Jusqu'à présent, dans notre série de blogs sur notre position de challenger dans The 2022 Gartner® Magic Quadrant™ for Manufacturing Execution Systems (MES), nous avons abordé de nombreuses spécificités sur les concepts de composabilité et la façon dont ils s'appliquent dans différentes industries.
Il est maintenant temps de réfléchir aux raisons pour lesquelles la plateforme d'opérations de première ligne de Tulipa été choisie comme challenger dans le quadrant MES, et à ce que nous pensons que cela signifie pour les MES traditionnels.
La principale différence entre une plateforme en tant que service (PaaS) et un système MES traditionnel est que l'architecture de la première permet une solution composable .
À quoi ressemble une architecture Composable ?
L'architecture composable repose sur quatre piliers.
Agilité
L'agilité exige que vous puissiez adapter les processus à ce qui doit être fait, et non l'inverse. Ce pilier se caractérise par une mise en œuvre, des mises à jour et des itérations rapides, ainsi que par des structures de données souples et accessibles.
Extensibilité
Une architecture composable est modulaire dans sa capacité à se connecter à d'autres solutions, offrant une API ouverte avec des connecteurs prédéfinis. Elle devrait également offrir une connectivité périphérique sans code et des capacités de code réduit.
Accessibilité et évolutivité
Une architecture composable doit vous permettre de reproduire des solutions pour des sites et des situations similaires. Elle doit être fiable et performante au fur et à mesure de sa croissance. Enfin, les bonnes données doivent être accessibles de n'importe où, et pas seulement d'une certaine station ou même d'un certain site, dans les structures de données dont les gens ont besoin.
Centré sur l'humain
La composabilité est par nature centrée sur l'homme. Une architecture composable doit présenter des interfaces intuitives et des flux de travail rationalisés avec des données provenant des appareils des travailleurs. Ces exigences correspondent aux souhaits et aux attentes de la main-d'œuvre du secteur manufacturier d'aujourd'hui. Les gens veulent travailler pour des entreprises innovantes qui valorisent leur expérience.
À quoi ressemblaient les anciens modèles ?
Les MES traditionnelles ne peuvent pas gérer la composabilité comme le fait une plateforme.
Imaginez que vous souhaitiez mettre en place un système MES traditionnel sur un certain site. Vous passez en revue les processus d'exigences et les diagrammes de flux opérationnels et choisissez un fournisseur. Le fournisseur commence à déployer le système MES.
Presque toujours, une personnalisation de votre part est nécessaire. Vous devez vous adapter aux exigences du système en matière d'intégration ou de processus.
Dans le meilleur des cas, vous avez raison sur tous les points de vos exigences et rien ne change entre le moment où vous avez choisi le système MES et celui où vous l'avez entièrement mis en œuvre.
Maintenant, vous voulez vous déployer sur un autre site. Les choses y sont différentes. Vous devez prendre des dispositions supplémentaires. (Peut-être n'avez-vous pas de machines à cet endroit, alors que votre première implémentation ne concernait que des machines, par exemple). Ensuite, vous voulez l'ajouter à un troisième site. Dans chaque implémentation du même système MES, chaque changement et personnalisation que vous apportez à la base de code principale est légèrement différent du précédent.
Supposons maintenant que vous souhaitiez identifier une meilleure pratique de votre deuxième site qui soit directement applicable à votre troisième site. Vous rencontrez un problème. Le concept même d'une base de code monolithique nécessite une personnalisation pour la mise en œuvre de chaque site.
Ce n'est pas le cas d'une approche microservices.
Alors, qu'est-ce qui empêche quiconque de passer à cette approche, maintenant que l'hésitation à l'égard de l'informatique dématérialisée est, dans l'ensemble, morte ?
L'héritage. Les fabricants doivent encore faire face aux conséquences des décisions architecturales qui ont été prises lorsque tous les logiciels ont été conçus pour une utilisation sur site. Vous ne pouvez pas simplement transférer cette base de code dans le nuage et vous attendre à ce qu'elle fonctionne.
Il est difficile de recréer la façon dont l'architecture cloud-native vous permet de construire si vous n'avez pas commencé à le faire.
Vous êtes donc bloqué. Si vous n'avez pas commencé par le cloud-native, il est trop difficile d'adopter les meilleures pratiques et de passer au site suivant. Il est peut-être encore plus difficile de passer de MES 1.0 à MES 2.0, ou 2.1 ou 2.2. C'est pénible et lent.
Voilà pour ce qui est de votre point de vue. Mais imaginez ce qu'il en est pour un fournisseur MES traditionnel. Quelles sont les implications pour eux ?
S'ils gèrent 12 clients avec 12 sites chacun, ils doivent maintenir 144 versions différentes de leur base de code. Toute modification apportée à son offre de base doit être compatible avec 144 versions différentes de ce code. Il s'agit là d'une solution complexe et difficile à mettre en œuvre.
C'est ce qui explique la lenteur de l'évolution de l'innovation dans le domaine des MES. Une décision architecturale au jour zéro dicte tout.
Pour résumer, le modèle MES traditionnel est le suivant :
Centré sur les systèmes et non sur les humains
Difficile à mettre à niveau
Mise à jour lente et coûteuse
Complexe et cloisonné
Comment le site Tulip remet-il en question le système traditionnel de gestion de l'environnement ?
Par rapport à l'architecture précédente que nous avons décrite (qui, elle aussi, est née sur site), une architecture native dans le nuage facilite et accélère les choses.
La plateforme Tulip a une base de code unique et les applications sont des configurations et non des personnalisations codées. Si l'on se réfère aux piliers de l'architecture composable , l'agilité et l'extensibilité exigent cela.
Une base de code unique permet des mises à jour régulières et rapides de cette base de code, ce qui équivaut à des mises à jour bihebdomadaires ou trimestrielles de la plate-forme pour tous vos sites, plutôt qu'à des révisions et à des personnalisations. Vous accédez plus rapidement aux nouvelles fonctionnalités.
Cela signifie également que vous pouvez facilement reproduire vos meilleures pratiques sur l'ensemble des sites par le biais d'applications.
Souvenez-vous de Sofiya, qui a conçu une solution pour ses opérateurs de première ligne à l'adresse Stanley Black & Decker. Si elle a vu l'opportunité de déployer cette application sur dix autres sites susceptibles d'en bénéficier, elle a pu le faire de manière triviale. Cela aurait été pratiquement impossible si SB&D avait commencé son voyage vers le développement d'applications avec l'architecture précédente et un MES traditionnel.
Pour résumer, les avantages d'une plateforme "cloud-native" et d'un modèle composable :
La même base de code fonctionne sur tous les sites
Partage des bonnes pratiques
Vue globale des opérations
Mises à jour silencieuses toutes les deux semaines
Accéder plus rapidement à l'innovation
Des applications sans code pour plus de flexibilité
Dans le Magic Quadrant™ 2022 de Gartner® pour les systèmes d'exécution de la fabrication (MES), nous voyons beaucoup de commentaires réfléchis sur les implications du changement sur le marché. Et nous voyons l'introduction de la capacité d'innovation architecturale MES, qui suppose que le fournisseur fournit une architecture de microservices qui prend en charge le niveau d'agilité et la vitesse de développement que nous pensons que l'entreprise manufacturière prospère d'aujourd'hui exige.
Les MES traditionnelles ne le permettent pas. C'est pourquoi Tulip est un challenger.
Néanmoins, il est important de noter que le passage des MES traditionnelles à la composabilité n'est pas spécifique à Tulip.
C'est plus fondamental. Il s'agit de la façon dont nous concevons le développement de logiciels et de l'endroit où il doit et peut avoir lieu : Les solutions traditionnelles ont été construites sur des décisions architecturales sur site, mais la composabilité nécessite une architecture native dans le nuage. Nous sommes prêts à faire avancer la fabrication.
Automatisez la collecte des données et améliorez la productivité avec Tulip
Contactez un membre de notre équipe pour découvrir comment un système d'applications peut connecter les travailleurs, les machines et les appareils de vos opérations.