--- title: "Instanzen und Arbeitsbereiche" slug: "instances-workspaces" status: "new" updated: 2026-10-22T12:12:05Z published: 2026-10-22T12:12:05Z canonical: "support.tulip.co/instances-workspaces" --- > ## Documentation Index > Fetch the complete documentation index at: https://support.tulip.co/llms.txt > Use this file to discover all available pages before exploring further. # Instanzen und Arbeitsbereiche - Sie lernen: - Einen allgemeinen Überblick über Tulip-Instanzen und Tulip-Arbeitsbereiche. - Grundlegende Überlegungen zur Architektur von Instanzen und Workspaces für Kunden mit Standorten an mehreren Standorten und in mehreren Regionen. --- ## Instanzen Eine Tulip-Instanz ist eine dedizierte Umgebung, über die Ihr Unternehmen auf die Tulip-Plattform zugreift. Jede Instanz verfügt über eine eindeutige URL: [Ihr-Konto].tulip.co ## Arbeitsbereiche Wer kann diese Funktion nutzen? Benutzer mit Enterprise-Tarifen und höher. Tulip- Workspacen helfen großen Unternehmen dabei, mehrere Produktionsstandorte innerhalb einer einzigen Tulip-Instanz zu verwalten. Stellen Sie sich Arbeitsbereiche als separate Bereiche innerhalb Ihrer zentralen Tulip-Umgebung vor – jeder mit eigenen Benutzern, Apps und Daten. :::(Info) (Use cases for workspaces) To learn more about use cases for Workspaces, see [Workspaces configuration](/r230/docs/workspaces#configuration). This shows what information is configured at an Instance (Account) level, and what can be configured at a Workspace level. ::: ## Infrastruktur der Instanz ### Regionen der Cloud-Infrastruktur Jede Tulip-Instanz läuft in der Cloud auf der Infrastruktur eines Cloud-Anbieters in einer bestimmten Region. Tulip nutzt derzeit Infrastruktur zum Hosten von Tulip-Instanzen in den folgenden Regionen:* Nordamerika* Europa* Südostasien* China *Unterstützung weiterer Regionen:*Werke in anderen Regionen werden in der Regel auf der Infrastruktur der nächstgelegenen verfügbaren Region gehostet. Ein Werk in Indien würde beispielsweise unsere Infrastruktur in Südostasien nutzen. ### Tulip-Plattformversionen Jede Tulip-Instanz läuft auf einer bestimmten Version der Tulip-Plattform. * Instanzen für allgemeine Fertigungskunden folgen in der Regel einem wöchentlichen Release-Zyklus.* Instanzen für Kunden in regulierten Branchen (z. B. Life Sciences, Luft- und Raumfahrt sowie Verteidigung) folgen in der Regel unserem Long-Term-Support-LTS-Release-Zyklus. * Hinweis: Neue LTS-Versionen werden nicht automatisch auf Kundeninstanzen bereitgestellt. Kunden mit LTS-Versionen stimmen Upgrades mit dem Tulip-Support ab. ## Workspace-Infrastruktur - Alle Workspaces in einer Tulip-Instanz laufen: - in der Infrastruktur desselben Cloud-Anbieters in derselben Region - auf derselben Version der Tulip-Plattform ## Visuelle Darstellung Die folgende Abbildung zeigt ein Beispiel für die Produktionsinstanzen eines Kunden, unterteilt nach Region und Arbeitsbereich: ![instances & workspaces by geo (1).svg](https://cdn.document360.io/7c6ff534-cad3-4fc8-9583-912c4016362f/Images/Documentation/instances%20&%20workspaces%20by%20geo%20%281%29%281%29.svg) ## Architekturüberlegungen für Kunden mit mehreren Standorten Zu Beginn der Einführung der Tulip-Plattform bei einem Kunden mit mehreren Standorten gibt es in der Regel Diskussionen und Entscheidungen seitens des Kunden darüber, ob separate Arbeitsbereiche pro physischem Standort oder separate Instanzen verwendet werden sollen. Die gewählte Architektur ist in der Regel das Ergebnis der folgenden Faktoren: ### Geografische Verteilung - Eine Instanz = eine Cloud-Infrastruktur-Region - Kunden mit mehreren Standorten und Fabriken in verschiedenen Regionen sind in der Regel am besten mit einer oder mehreren separaten Instanzen pro Region bedient, da dies dazu beiträgt, eine optimale Leistung zu gewährleisten. ### Arbeitsbereichsgrenzen und -funktionen Informationen zu den Beschränkungen von Arbeitsbereichen finden Sie [hier](/r230/docs/workspace-management#limits). - Die [Konfigurationsmöglichkeiten der Workspaces-Funktion](/r230/docs/workspaces#configuration) (d. h. was auf Instanzebene und was auf Workspace-Ebene konfiguriert werden kann). - Tulip Player und Beschränkung der Workspace-Registrierung - Der Tulip Player auf einer bestimmten Workstation kann bei *mehreren* Instanzen registriert werden. Ein Benutzer kann mithilfe der Option „Entwickler / Server wechseln“ zwischen Instanzen wechseln und eine weitere Instanz hinzufügen oder auswählen. - Sobald der Tulip Player bei einer Instanz registriert ist, bleibt er mit dem jeweiligen Arbeitsbereich verbunden, bei dem er ursprünglich registriert wurde. - Für Betreiber an einem Produktionsstandort stellt dies in der Regel kein Problem dar. - Auswirkungen auf App-Entwickler - App-Entwickler, die mehrere Standorte auf einer einzigen Instanz unterstützen, die durch Arbeitsbereiche voneinander getrennt sind, sehen sich mit Unterbrechungen im Arbeitsablauf konfrontiert. - Der Wechsel des Arbeitsbereichs im Tulip Player erfordert das Löschen der Daten und eine erneute Registrierung auf der Instanz für den gewünschten Arbeitsbereich. - Wenn Tulip-Tabellen in einen Arbeitsbereich importiert werden, unterscheiden sich die eindeutigen Tabellen-IDs (UIDs). (Alle Tulip-Tabellen auf einer einzelnen Instanz nutzen eine instanzspezifische Datenbank.) - Dies kann die Gestaltung von Kunden-Workflows in einer iPaaS- oder Datenintegrationsplattform erschweren, die Tulip-Tabellen-APIs verwenden (die die eindeutigen Tabellen-IDs erfordern oder zurückgeben). ### Anforderungen an die Plattformversion - Alle Arbeitsbereiche einer Instanz nutzen dieselbe Plattformversion. - Kunden aus regulierten Branchen, die LTS-Versionen verwenden, sollten separate Instanzen pro Standort in Betracht ziehen, um Verzögerungen bei der Upgrade-Koordination zu vermeiden: - Neue LTS-Versionen werden nicht automatisch auf Kundeninstanzen übertragen. - LTS-Kunden prüfen neue LTS-Versionen auf Kompatibilität und koordinieren anschließend mit dem Tulip-Support das Upgrade ihrer Instanz(en). - Wenn ein Kunde aus einer regulierten Branche eine einzige Produktionsinstanz für eine bestimmte Region nutzt (und Workspaces zur Segmentierung der einzelnen Standorte verwendet), verzögert sich das LTS-Upgrade, bis alle Standorte die neue LTS-Version geprüft haben und für das Upgrade bereit sind. - Daher entscheiden sich die meisten Kunden aus regulierten Branchen, die LTS-Versionen einsetzen, dafür, pro physischem Standort eine separate Produktionsinstanz einzurichten. - Verwaltung des Anwendungslebenszyklus - Eine Tulip-App kann nur in einen Workspace oder eine Instanz importiert werden, auf der dieselbe Plattformversion läuft wie auf der Instanz/dem Workspace, aus dem die App exportiert wurde. - Weitere Details zu „Export & Import“ finden Sie [hier](/r230/docs/export-import). ### Benutzerbeschränkungen Informationen zu den Beschränkungen bei der Benutzerverwaltung finden Sie [hier](/r230/docs/user-management#user-management-limits). ## Leitfaden zur Multi-Site-Architektur und Best Practices - Gleiche Region und < 15 Standorte: Erwägen Sie die Verwendung von Arbeitsbereichen - Mehrere Regionen: Verwenden Sie separate Instanzen pro Region - Regulierte Branche: Verwenden Sie separate Instanzen pro Standort --- Wenn Sie Fragen zur Architekturstrategie für Instanzen/Workspaces haben, wenden Sie sich bitte an:* Ihren Presales-Ingenieur (falls Sie die Tulip-Plattform derzeit evaluieren)* Ihr Tulip Professional Services-Team (falls Sie derzeit an einem Tulip Professional Services-Projekt beteiligt sind)* Ihren Customer Success Manager und/oder Technical Account Manager (für neu gewonnene/bestehende Kunden) **Workspace** **Workspaces** are a model within Tulip to separate Tulip assets to match the places where work is being done. A workspace should represent a single facility, line, or department. With workspaces, users across facilities can easily collaborate, share their solutions, and improve their global operations. **Long Term Support** **LTS** or **Long Term Support** is a product lifecycle management policy where the software is maintained longer than the standard cycle. This software maintenance cycle is typically for customers in highly regulated environments to reduce the introduction of new risks that come with new software and patch releases.