Architectures composables ou monolithiques

:::(Info) (Les créateurs d'applications prennent des décisions critiques sur l'architecture de la solution) Lorsque vous créez des applications avec Tulip, vous prenez des décisions sur l'architecture de la solution, y compris la structure de l'application, les modèles de données et les intégrations. Qu'elles soient intentionnelles ou accidentelles, vos décisions d'architecture ont des implications significatives sur l'adoptabilité, l'évolutivité et la maintenabilité de vos applications. Cet article présente deux paradigmes de conception essentiels : composable et monolithique. Chez Tulip, nous suggérons fortement aux créateurs d'applications d'utiliser des architectures composables ::: :

Pourquoi l'architecture composable est-elle préférable à l'architecture monolithique ?

Une solution monolithique est caractérisée par les éléments suivants :

• Construite sur un modèle de données descendant
  • Les modèles de processus et d'activité sont définis par des données dans des tables et les applications monolithiques sont utilisées pour exécuter le processus ou le modèle d'activité. Les modèles de données dans les Tables Tulip fournissent une abstraction de la complexité des opérations dans une approche unique.
• Centré sur le processus
  • Les applications monolithiques sont construites pour remplir une fonction basée sur une décomposition fonctionnelle de la complexité des opérations. L'ensemble fini d'applications monolithiques est destiné à fournir la même fonction aux opérateurs de première ligne, où qu'ils se trouvent dans l'opération.
  • Les solutions monolithiques sont généralement composées de deux applications : une application de configuration et une application d'exécution, la configuration incluant généralement les instructions de travail et le routage des processus dans des tableaux de données plutôt que dans les applications composables elles-mêmes.
• Conçues pour une maintenance centralisée
  • Les applications monolithiques sont conçues pour faciliter la maintenance et la gestion de la solution par une équipe centrale en réduisant le nombre et la variété des applications utilisées. La solution monolithique est conçue de haut en bas dans une hiérarchie rigide où les opérateurs de première ligne fournissent des informations aux applications en choisissant la fonction applicable au lieu d'être soutenus et habilités à faire leur travail.

Nous déconseillons fortement les approches de solutions monolithiques et recommandons plutôt de suivre une approche composable car Tulip n'est pas un MES traditionnel. Tulip n'est PAS conçu pour être utilisé pour construire des applications monolithiques - c'est-à-dire une application pour servir toutes les industries, dans toutes les modalités, dans tous les scénarios, avec n'importe quelle machine, et pour tous les opérateurs. Une solution monolithique aboutit à ce que nous appelons un JAM (Just Another MES).

Les solutions monolithiques présentent inévitablement des lacunes

Les approches de solutions monolithiques aboutissent inévitablement à une solution qui est, au mieux, "juste aussi bonne" que l'autre MES et aura intrinsèquement tous les défauts associés: * Les solutions monolithiques prennent des mois/années et beaucoup d'efforts pour être déployées - long temps de valeur* Les solutions monolithiques rendent les capacités inhérentes à la plate-forme telles que la vision, l'IIoT, l'IA plus difficiles et parfois inutilisables. Les solutions monolithiques ne sont pas centrées sur l'humain et ont tendance à offrir une expérience utilisateur clonée, dans laquelle l'opérateur est au service du système, au lieu d'une expérience plus précieuse dans laquelle le système est au service de l'opérateur, ce qui entrave les gains de productivité. Les solutions monolithiques sont intrinsèquement complexes et difficiles à maintenir, elles nécessitent une équipe dédiée ayant une connaissance unique de la solution - exactement comme une solution logicielle personnalisée * Les solutions monolithiques ne s'adaptent pas bien puisqu'elles attendent de toutes les opérations qu'elles adhèrent à un modèle de données standard.

Il s'agit d'une approche descendante stricte qui suppose que les changements sont minimes et généralement connus.

Les solutions monolithiques sont conçues pour automatiser un processus dans lequel les humains doivent respecter un ensemble de règles strictes. Cela suppose qu'il y a très peu de changements et que toutes les variations sont connues.

Construire des solutions composables est facile mais nécessite un changement d'état d'esprit.

Lessolutions composables utilisent les capacités de la plateforme Tulip pour fournir un moyen unique et spécifique aux opérateurs de première ligne d'interagir numériquement et leur permettre d'être plus productifs. Elle fournit à l'opérateur une solution numérique interactive où le monde physique et le monde virtuel sont interconnectés. Il s'agit d'un principe essentiel pour réaliser des gains de productivité et il est inhérent aux solutions composables.

Caractéristiques de la composabilité et des solutions composables

• La solution est divisée en blocs logiques les plus petits (composants de la solution) qui ont un sens pour un atelier donné.
  • Par exemple, la solution peut être divisée en applications distinctes basées sur : le lieu, le moment et la personne
• Les composants de la solution partagent un modèle de table commun.
• Les composants de la solution sont développés à l'aide de meilleures pratiques partagées et adaptées au client.
• La solution et ses composants peuvent être compris et pris en charge par un autre développeur citoyen.
• La solution et ses composants sont paramétrés lorsque c'est nécessaire

La plateforme Tulip est un logiciel (SaaS) mais les applications Tulip ne doivent pas être considérées comme des logiciels. Il s'agit d'un contenu numérique hautement configurable qui doit être continuellement modifié et adapté aux besoins des opérations de première ligne. Modifier ou améliorer une application revient à modifier les données de base, en fait les applications sont des données de base ! La plateforme Tulip fournit un moyen de gérer les changements d'applications à travers un processus de cycle de vie gouverné et contrôlé par version pour aider à gérer cette configurabilité. Les applications sont composées en utilisant du no-code et l'App Solution est composée d'applications. Construire des solutions dans Tulip en utilisant une approche fonctionnelle monolithique, comme s'il s'agissait d'une solution logicielle, limite de manière critique la capacité à construire rapidement des solutions et à bénéficier des avantages d'un système composable.

Les autres avantages importants des solutions composables sont les suivants

• Augmentation de l'espace de travail en première ligne pour une meilleure productivité
• Utilisation de technologies numériques intégrées en continu, y compris la vision, l'IA/ML, les appareils intelligents, etc.
• Instrumentation/numérisation des processus et des opérations de première ligne pour permettre une prise de décision fondée sur les données et l'IC.
• Guider l'exécution de la production avec des informations partagées provenant des tableaux et des systèmes externes.

Les solutions composables apportent une valeur ajoutée par leur capacité à s'intégrer et à collaborer facilement avec d'autres systèmes. C'est le cœur de l'IIoT où différents dispositifs et systèmes autonomes communiquent et interagissent facilement. Tulip est une plateforme IIoT et fournit nativement cette capacité à construire une intégration avec d'autres systèmes en utilisant son approche sans code. Avec la plateforme consommant et envoyant des données à d'autres IIoT, les points finaux peuvent être atteints en quelques heures par des personnes ayant peu de connaissances en informatique. Tout cela nécessite une approche composable où les Apps ont des flux et des connexions spécifiques avec le monde physique local.

Modèles de solution communs dans la conception de la solution Tulip

La conception de haut niveau d'une solution composable peut suivre de nombreux modèles. Vous trouverez ci-dessous des modèles courants de solutions Tulip. Il convient de noter qu'il ne s'agit pas d'un ensemble exclusif et que ces modèles ne s'excluent pas mutuellement. En fonction des cas d'utilisation d'une installation donnée, plusieurs de ces modèles et d'autres peuvent être utilisés.

Mise en œuvre d'un système monolithique traditionnel et mise en œuvre d'une solution composable développée par les citoyens

L'approche traditionnelle de la mise en œuvre d'un système d'entreprise est généralement une approche à long terme, à haut risque et à valeur différée, comme le montre l'article "L'ancienne méthode" ci-dessous. On s'attend généralement à ce qu'une telle mise en œuvre initiale prenne des années, et donc naturellement à ce que toute amélioration critique ultérieure prenne presque autant de temps.

Mise en œuvre d'une solution composable développée par les citoyens - Commencer modestement et croître organiquement en termes de capacités et de cas d'utilisation

Contrairement à la lenteur de la mise en œuvre d'une solution monolithique traditionnelle, la mise en œuvre d'une solution composable peut se faire de manière itérative, ce qui permet d'obtenir très rapidement de la valeur et de soutenir naturellement un modèle Agile d'amélioration continue.

Alors que le déploiement de la "version 2" d'une solution développée via une solution monolithique traditionnelle peut prendre plusieurs mois ou plus, le déploiement de la "version 2" d'une application dans une solution composable peut se faire en quelques heures, jours ou semaines seulement. Les itérations rapides rendues possibles par les solutions composables améliorent l'adoptabilité par vos opérateurs - car ils sont certains que leurs commentaires ne tombent pas dans l'oreille d'un sourd.