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 demand et vous pourriez penser qu’il est préférable de personnaliser une resolution à 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-initially qui fournissent un système back-conclude 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 get hold of avec les shoppers à l’aide des API ou des SDK de la plate-forme.

Gordon Allott, président et chef de la route de K3dit: «Les architectures sans tête rappellent l’ancien [Jeff] Légende et information 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 possibility pour le CMS et la recherche

Certaines architectures sans tête fournissent des outils de back-office, mais l’expérience consumer 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 consumer à l’aide d’un framework JavaScript de son choix.

La recherche destinée aux employés et aux consumers 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 resources 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 webpages Web, des programs 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 dilemma de liberté que l’on obtient du position de vue de l’interface. Les grandes entreprises avec une maturité informatique additionally é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 products and 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 consumer.

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 demand d’interfaces Website à des architectures axées sur le mobile  aujourd’hui, de furthermore en in addition d’organisations prennent en cost les interfaces utilisateur dans les montres, les voitures et les assistants domestiques, et les entreprises veulent être prêtes à prendre en cost les expériences métavers.

Amit Patel, vice-président senior de Remedies 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 auto elle permet à votre contenu numérique d’être diffusé de manière transparente aux utilisateurs sur plusieurs factors de get hold of 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 options ouvertes, flexibles et centrées sur l’entreprise qui optimisent différentes expériences de commerce électronique. Ces options 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 options 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 Website 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 development 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 apps 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 additionally 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 again-stop des expériences front-conclusion.
• Les systèmes composables aident les organisations à tirer parti des meilleures capacités modulaires de plusieurs plates-formes ou fournisseurs de companies.

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 sorts d’architectures de données optimisent les performances.

Pour les programs simples, le meilleur conseil est de s’en tenir à une architecture grand community straightforward. 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 versatile.