Instanzen und Arbeitsbereiche

Prev Next
  • 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. 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

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.

  • Die Konfigurationsmöglichkeiten der Workspaces-Funktion (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.

Benutzerbeschränkungen

Informationen zu den Beschränkungen bei der Benutzerverwaltung finden Sie hier.

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)