Instances et espaces de travail

• Vous apprendrez :
  • Une vue d’ensemble des instances Tulip et des espaces de travail Tulip.
  • Les considérations fondamentales relatives à l’architecture des instances et des espaces de travail pour les clients multi-sites et multi-régions.

Instances

Une instance Tulip est un environnement dédié dans lequel votre organisation accède à la plateforme Tulip. Chaque instance dispose d’une URL unique : [votre-compte].tulip.co

Espaces de travail

Qui peut utiliser cette fonctionnalité

Les utilisateurs disposant d’un forfait Enterprise ou supérieur.

Les espaces de travail Tulip aident les grandes organisations à gérer plusieurs sites de production au sein d’une même instance Tulip. Considérez l Workspaces comme des zones distinctes au sein de votre environnement Tulip principal, chacune disposant de ses propres utilisateurs, applications et données. :::(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.
:::

Infrastructure de l’instance

Régions d’infrastructure cloud

Toute instance Tulip s'exécute dans le cloud sur l'infrastructure d'un fournisseur de cloud dans une région spécifique. Tulip utilise actuellement des infrastructures pour héberger ses instances dans les régions suivantes :* Amérique du Nord* Europe* Asie du Sud-Est* Chine

*Prise en charge d’autres régions :*les usines situées dans d’autres régions sont généralement hébergées sur l’infrastructure de la région disponible la plus proche. Par exemple, une usine en Inde utiliserait notre infrastructure d’Asie du Sud-Est.

Versions de la plateforme Tulip

Chaque instance Tulip exécute une version spécifique de la plateforme Tulip. * Les instances destinées aux clients du secteur manufacturier général suivent généralement un cycle de publication hebdomadaire.* Les instances destinées aux clients des secteurs réglementés (par exemple, les sciences de la vie, l’aérospatiale et la défense) suivent généralement notre cycle de publication « Long-Term Support » LTS. * Remarque : les nouvelles versions LTS ne sont pas automatiquement déployées sur les instances des clients. Les clients utilisant une version LTS coordonnent les mises à niveau avec le support Tulip.

Infrastructure des espaces de travail

• Tous les espaces de travail d’une instance Tulip s’exécutent :
  • sur l’infrastructure d’un même fournisseur de cloud, dans la même région
  • sur la même version de la plateforme Tulip

Représentation visuelle

L'image ci-dessous montre un exemple d'instances de production d'un client, classées par région et par espace de travail :

Considérations architecturales pour les clients multisites

Au début de l’adoption de la plateforme Tulip par un client multi-sites, celui-ci doit généralement réfléchir et décider s’il convient d’utiliser des espaces de travail distincts par site physique ou des instances distinctes. L’architecture choisie résulte généralement des facteurs suivants :

Répartition géographique

• Une instance = une région d’infrastructure cloud
  • Pour les clients multi-sites disposant d’usines dans plusieurs régions, il est généralement préférable d’opter pour une ou plusieurs instances distinctes par région, ce qui permet de garantir des performances optimales.

Limites et capacités des espaces de travail

Pour connaître les limites des espaces de travail, cliquez ici.

• Les capacités de configuration de la fonctionnalité « Espaces de travail » (c'est-à-dire ce qui peut être configuré au niveau d'une instance par opposition au niveau d'un espace de travail).
• Limites d'enregistrement de Tulip Player et des espaces de travail
  • Tulip Player, sur un poste de travail donné, peut être enregistré sur plusieurs instances. Un utilisateur peut basculer d’une instance à l’autre à l’aide de l’option « Développeur / Changer de serveur » et en ajoutant ou en sélectionnant une autre instance.
  • Une fois que Tulip Player est enregistré sur une instance, il reste connecté à l'espace de travail spécifique sur lequel il a été enregistré pour la première fois.
    • Pour les opérateurs d’un site de production, cela ne pose généralement pas de problème.
    • Impact sur les développeurs d’applications
      • Les développeurs d’applications prenant en charge plusieurs sites sur une seule instance, séparés par des espaces de travail, sont confrontés à des perturbations dans leur flux de travail.
      • Le changement d’espace de travail dans Tulip Player nécessite l’effacement des données et un nouvel enregistrement sur l’instance dans l’espace de travail souhaité.
• Lorsque des tables Tulip sont importées dans un espace de travail, les identifiants uniques de table (UID) sont différents. (Toutes les tables Tulip d’une même instance partagent une base de données dédiée à cette instance.)
  • Cela peut compliquer la conception des workflows clients au sein d’une plateforme iPaaS ou d’intégration de données utilisant les API des tables Tulip (qui requièrent ou renvoient les identifiants uniques de table).

Exigences relatives à la version de la plateforme

• Tous les espaces de travail d’une même instance partagent la même version de la plateforme.
• Les clients des secteurs réglementés utilisant des versions LTS devraient envisager de créer des instances distinctes par site afin d’éviter les retards liés à la coordination des mises à niveau :
  • Les nouvelles versions LTS ne sont pas automatiquement déployées sur les instances des clients.
  • Les clients LTS doivent valider les nouvelles versions LTS, puis se coordonner avec le support Tulip pour mettre à niveau leur(s) instance(s).
  • Si un client issu d’un secteur réglementé utilisait une seule instance de production pour une région donnée (et recourait aux espaces de travail pour segmenter les différents sites), la mise à niveau LTS serait retardée jusqu’à ce que tous les sites aient validé la nouvelle version LTS et soient prêts à effectuer la mise à niveau.
  • C’est pourquoi la plupart des clients des secteurs réglementés utilisant des versions LTS choisissent de mettre en place une instance de production distincte par site physique.
• Gestion du cycle de vie des applications
  • Une application Tulip ne peut être importée que dans un espace de travail ou une instance exécutant la même version de la plateforme que l’instance ou l’espace de travail à partir duquel l’application a été exportée.
  • Pour plus de détails sur « Exportation et importation », cliquez ici.

Limites d’utilisateurs

Consultez les limites de gestion des utilisateurs ici.

Guide et bonnes pratiques relatives à l’architecture multisite

• Même région et moins de 15 sites : envisagez d’utiliser des espaces de travail
• Plusieurs régions : utilisez des instances distinctes par région
• Secteur réglementé : utilisez des instances distinctes par site

Si vous avez des questions concernant la stratégie architecturale relative aux instances/espaces de travail, contactez :* Votre ingénieur avant-vente (si vous êtes en phase d'évaluation de la plateforme Tulip)* Votre équipe des services professionnels Tulip (si vous participez actuellement à un projet avec les services professionnels Tulip)* Votre responsable de la réussite client et/ou votre responsable technique de compte (pour les clients déjà intégrés ou existants)