Que sont les architectures sans tête et les systèmes composables ?

Que se passe-t-il lorsque vous voulez les entrailles d’un système (modèles de données, logique métier et capacités d’apprentissage automatique) sans le bagage d’être enfermé dans les expériences utilisateur standard de la plate-forme ou les flux de travail simplifiés ?

Les API et les widgets offrent la flexibilité nécessaire pour étendre une plate-forme, ce qui peut suffire si vous avez quelques extensions ou intégrations simples. Mais que se passe-t-il si les exigences de l’entreprise vous obligent à mettre en place de nombreuses personnalisations de flux de travail, des intégrations complexes en temps réel et des personnalisations de conception importantes ?

Le code ajouté peut devenir complexe à prendre en charge et vous pourriez penser qu’il est préférable de personnaliser une solution à partir de zéro. Mais développer un ERP, un CRM, un CMS, un e-commerce, une recherche ou tout autre système complexe à partir de zéro est intimidant et coûteux.

Que sont les architectures sans tête ?

Les équipes de développement avancées peuvent trouver un terrain d’entente en utilisant des plates-formes désignées comme des architectures sans tête. Ces plates-formes ont des architectures API-first qui fournissent un système back-end complet avec des bases de données, une logique métier et des intégrations. Ils peuvent fournir des interfaces utilisateur de base, mais on s’attend à ce que les équipes de développement personnalisent entièrement les expériences et les intégrations des utilisateurs frontaux en contact avec les clients à l’aide des API ou des SDK de la plate-forme.

Gordon Allott, président et chef de la direction de K3dit: «Les architectures sans tête rappellent l’ancien [Jeff] Légende et message de Bezos à ses employés : “Construisez ce que vous voulez, comme vous le souhaitez”. Mais il doit inclure une API qui englobe toutes les communications.’ ”

Voici un résumé du célèbre Mandat Bezosque de nombreuses personnes attribuent au succès d’Amazon dans le lancement d’AWS.

Une bonne option pour le CMS et la recherche

Certaines architectures sans tête fournissent des outils de back-office, mais l’expérience client frontale est personnalisée à l’aide des API de la plate-forme. Par exemple, un CMS sans tête peut fournir des outils de création et de publication de contenu, tandis que l’équipe de développement code sur mesure l’expérience client à l’aide d’un framework JavaScript de son choix.

La recherche destinée aux employés et aux clients est un autre domaine dans lequel de nombreuses organisations utilisent recherche sans tête. La plate-forme de recherche fournit généralement les outils principaux pour intégrer les sources de contenu, gérer les taxonomies, développer des index de recherche, ajuster la pertinence de la recherche et configurer les moteurs de recommandation et d’autres algorithmes d’apprentissage automatique. Au lieu d’utiliser l’interface utilisateur de la plate-forme de recherche, les équipes de développement utilisent les API de l’architecture sans tête pour créer des pages Web, des applications mobiles et des composants qui s’intègrent au logiciel en tant que service et à d’autres plates-formes.

Arvind Jha, vice-président senior des produits chez Logiciel de nouvelle génération, déclare : « L’architecture sans tête est une question de liberté que l’on obtient du point de vue de l’interface. Les grandes entreprises avec une maturité informatique plus élevée adoptent une approche de contenu sans tête pour tirer le meilleur parti des deux mondes : des cadres d’interface utilisateur légers et des services de contenu basés sur des API. »

Pourquoi une architecture sans tête ?

La flexibilité de personnalisation, en particulier autour d’une expérience utilisateur orientée client, est l’une des raisons pour lesquelles une équipe de développement peut souhaiter tirer parti de l’architecture sans tête. Kashyap Deorah, fondateur et PDG de HyperTrackindique que les architectures sans tête sont également utilisées pour connecter des flux de travail complexes couvrant plusieurs systèmes.

“Lorsque plusieurs systèmes à propriété distribuée s’unissent pour alimenter un flux de travail ou une expérience, envisagez des architectures sans tête”, suggère Deorah.

Deorah donne un exemple : “Le flux de travail d’exécution d’une commande de commerce électronique peut impliquer un système différent qui gère le panier, l’entrepôt, la sélection du coursier, l’application du chauffeur et la preuve de livraison. Chaque système peut avoir un propriétaire différent, évoluer différemment et fonctionner sur une plate-forme différente, mais ils doivent tous être réunis pour offrir une expérience de traitement des commandes de bout en bout pour le client.

Ce ne sont pas seulement les flux de travail sur plusieurs systèmes qui entraînent le besoin d’architectures sans tête, mais également le nombre croissant d’appareils utilisateur. Nous sommes passés de la prise en charge d’interfaces Web à des architectures axées sur le mobile ; aujourd’hui, de plus en plus d’organisations prennent en charge les interfaces utilisateur dans les montres, les voitures et les assistants domestiques, et les entreprises souhaitent être prêt à prendre en charge les expériences de métaverse.

Amit Patel, vice-président senior de Solutions de conseil, indique que les organisations qui optimisent les expériences sur plusieurs appareils devraient envisager des architectures sans tête. Il déclare : « Si vous souhaitez offrir une véritable expérience omnicanale, une architecture sans tête est un choix parfait car elle permet à votre contenu numérique d’être diffusé de manière transparente aux utilisateurs sur plusieurs points de contact client : sur les ordinateurs de bureau, les appareils mobiles, les montres intelligentes, les -tout—sans tenir compte des plates-formes et des systèmes sous-jacents.

La flexibilité dans la conception de l’expérience utilisateur, les orchestrations de plates-formes complexes et les expériences omnicanales sont trois raisons pour lesquelles les équipes de développement peuvent opter pour des architectures sans tête.

Les systèmes composables s’appuient sur des concepts d’architecture sans tête

Les architectures sans tête fournissent un niveau de personnalisation de l’expérience utilisateur frontale, mais elles ne traitent pas des flexibilités intermédiaires et principales. Le prochain niveau de modularité et de découplage est fourni avec des systèmes composables qui permettent aux organisations de sélectionner les fonctionnalités en utilisant différents modules de différentes plates-formes.

Le commerce est un cas d’utilisation convaincant, en particulier pour les entreprises ayant plusieurs secteurs d’activité ou opérations dans différentes zones géographiques.

Commerce composable Les architectures sont des solutions ouvertes, flexibles et centrées sur l’entreprise qui optimisent différentes expériences de commerce électronique. Ces solutions vont au-delà des capacités sans tête et permettent de découpler les commandes, les paiements, le catalogue, l’inventaire et d’autres modules regroupés dans les solutions de commerce électronique.

Jason Cottrell, PDG de Myplanet (maintenant Orium), partage plusieurs autres exemples de la façon dont les complexités de l’entreprise génèrent des avantages en utilisant des architectures sans tête et des systèmes composables. Il déclare : « Les marques qui vendent dans des environnements réglementés (lancement d’une ligne de vente directe aux consommateurs parallèlement à leur activité de vente en gros ou renforcement de l’intégration omnicanal entre le Web et le magasin) ne sont que quelques exemples de la complexité que le commerce composable est bien placé pour supporter. »

Notez que le commerce composable offre de la flexibilité et que la modularité offre le choix, mais échanger un bloc de construction contre un autre n’est généralement pas gratuit. Le commerce composable n’est pas des Legos, du moins pas encore. Beaucoup de travail est nécessaire pour créer des normes véritablement ouvertes.

Recherche de flexibilité à chaque niveau

Les architectes utilisent des couches pour définir la manière dont les services et les applications sont développés. Voici donc une façon de penser à la connexion entre les microservices, les architectures sans tête et les systèmes composables.

• Les microservices permettent aux équipes de développement de créer, déployer et orchestrer plus facilement des flux de travail en réduisant les dépendances et en automatisant la fourniture de petites capacités atomiques.
• Les architectures sans tête permettent de découpler les capacités back-end des expériences front-end.
• Les systèmes composables aident les organisations à tirer parti des meilleures capacités modulaires de plusieurs plates-formes ou fournisseurs de services.

Les considérations d’architecture supplémentaires incluent la manière d’implémenter des pratiques de sécurité de décalage vers la gauche, quand envisager des architectures multicloud, s’il faut créer des capacités avec des paradigmes sans code ou à faible code, et quels types d’architectures de données optimisent les performances.

Pour les applications simples, le meilleur conseil est de s’en tenir à une architecture grand public simple. Mais lorsque vous êtes confronté à des complexités liées à la sécurité, à l’échelle et à l’entreprise, il existe un nombre croissant d’options pour optimiser une architecture flexible.