6 min de lecture<\/p>\n
L’essentiel en bref<\/p>\n
Tout DSI a d\u00e9j\u00e0 v\u00e9cu ce sc\u00e9nario : un nouveau mod\u00e8le \u00e9conomique exige une adaptation technique – et le service informatique annonce que cela prendra 18 mois. Dans un monde o\u00f9 les conditions du march\u00e9 \u00e9voluent en quelques semaines, c\u2019est une condamnation \u00e0 mort.<\/strong><\/p>\n Le Composable Enterprise apporte une r\u00e9ponse architecturale \u00e0 ce d\u00e9fi. Au lieu de syst\u00e8mes monolithiques, qui n\u00e9cessitent une refonte compl\u00e8te \u00e0 chaque modification, il mise sur des briques modulaires, combinables, interchangeables et \u00e9volutives comme des pi\u00e8ces de Lego. L\u2019id\u00e9e n\u2019est pas nouvelle – mais les outils, eux, le sont.<\/p>\n Les syst\u00e8mes ERP monolithiques, qui repr\u00e9sentaient l’\u00e9tat de l’art il y a 15 ans, deviennent aujourd’hui un risque strat\u00e9gique<\/strong>. Difficiles \u00e0 maintenir, co\u00fbteux \u00e0 mettre \u00e0 jour et incapables de suivre le rythme des entreprises, ils montrent leurs limites.<\/p>\n Le probl\u00e8me ne r\u00e9side pas dans la technologie elle-m\u00eame – SAP, Oracle et Microsoft d\u00e9veloppent des logiciels de qualit\u00e9. Le vrai d\u00e9fi, c’est l’architecture : un syst\u00e8me con\u00e7u pour tout faire ne peut rien modifier rapidement. Chaque modification risque d’impacter l’ensemble du syst\u00e8me, et chaque mise \u00e0 jour exige des tests de r\u00e9gression approfondis.<\/p>\n L’entreprise composable apporte une r\u00e9ponse \u00e0 cette probl\u00e9matique gr\u00e2ce \u00e0 la d\u00e9couplage<\/strong>. Les fonctions m\u00e9tiers sont d\u00e9compos\u00e9es en modules autonomes – appel\u00e9s Packaged Business Capabilities<\/em> (PBC, ou capacit\u00e9s m\u00e9tiers packag\u00e9es) – qui communiquent via des API, mais peuvent \u00eatre d\u00e9velopp\u00e9s et d\u00e9ploy\u00e9s ind\u00e9pendamment les uns des autres.<\/p>\n Les PBC (Packaged Business Capabilities) ne se r\u00e9sument pas \u00e0 des microservices dot\u00e9s d\u2019une \u00e9tiquette marketing. Elles encapsulent une capacit\u00e9 m\u00e9tier compl\u00e8te – par exemple, le traitement des paiements, la gestion des stocks ou la communication client<\/strong> – incluant les donn\u00e9es, la logique m\u00e9tier et les interfaces API.<\/p>\n La diff\u00e9rence avec une approche API classique ? Les PBC sont pr\u00eates \u00e0 l\u2019emploi et interchangeables. Si vous devez changer de prestataire de paiement, il suffit de remplacer le PBC concern\u00e9, sans que le syst\u00e8me de commande, la comptabilit\u00e9 ou le reporting n\u2019en soient affect\u00e9s.<\/p>\n En pratique, cela se v\u00e9rifie chez des entreprises comme IKEA, qui a migr\u00e9 son e-commerce vers un mod\u00e8le composable<\/em>. R\u00e9sultat : les boutiques en ligne pour de nouveaux pays peuvent \u00eatre lanc\u00e9es en quelques semaines au lieu de plusieurs mois, car les briques fonctionnelles existent d\u00e9j\u00e0 et n\u2019ont plus qu\u2019\u00e0 \u00eatre reconfigur\u00e9es.<\/p>\n La plus grosse erreur dans les initiatives composable<\/em> ? Vouloir tout remplacer d\u2019un coup. La meilleure approche s\u2019inspire du Strangler Fig Pattern<\/strong> – litt\u00e9ralement, le \u00ab mod\u00e8le du figuier \u00e9trangleur \u00bb – ces arbres tropicaux qui enveloppent peu \u00e0 peu leur h\u00f4te jusqu\u2019\u00e0 le supplanter.<\/p>\n La m\u00e9thode : identifier la fonction m\u00e9tier soumise \u00e0 la plus forte pression de changement. L\u2019isoler sous forme de Packaged Business Capability<\/em> (PBC) autonome. La relier au monolithe existant via des API. Puis r\u00e9p\u00e9ter l\u2019op\u00e9ration.<\/p>\n Au bout de 12 \u00e0 18 mois, les fonctions critiques sont modularis\u00e9es, tandis que le c\u0153ur de l\u2019ancien syst\u00e8me continue de tourner sans heurt. L\u2019avantage face \u00e0 une refonte Big Bang<\/em> ? Le risque se dilue en une s\u00e9rie de petites \u00e9tapes, plut\u00f4t qu\u2019en un seul saut dans l\u2019inconnu.<\/p>\n Le Composable Enterprise<\/em> n\u2019est pas une d\u00e9cision technologique, mais bien une d\u00e9cision organisationnelle<\/strong>. Il exige des \u00e9quipes capables d\u2019agir en autonomie, de consid\u00e9rer les API comme des produits \u00e0 part enti\u00e8re et d\u2019assumer la responsabilit\u00e9 de l\u2019int\u00e9gralit\u00e9 du cycle de vie d\u2019un Packaged Business Capability<\/em> (PBC – capacit\u00e9 m\u00e9tier packag\u00e9e).<\/p>\n Trois questions strat\u00e9giques \u00e0 poser lors de la prochaine r\u00e9union du comit\u00e9 de direction : premi\u00e8rement, quelles fonctions m\u00e9tiers nous freinent le plus aujourd\u2019hui ? Deuxi\u00e8mement, quelles d\u00e9pendances vis-\u00e0-vis de fournisseurs uniques repr\u00e9sentent un risque strat\u00e9gique ? Troisi\u00e8mement, disposons-nous d\u2019une structure d\u2019\u00e9quipe compatible avec un mod\u00e8le de travail modulaire ?<\/p>\n La r\u00e9ponse honn\u00eate \u00e0 cette troisi\u00e8me question d\u00e9terminera le succ\u00e8s ou l\u2019\u00e9chec du projet. Un Composable Enterprise<\/em> sans d\u00e9couplage organisationnel, c\u2019est comme une voiture de sport avec le frein \u00e0 main serr\u00e9 : beau sur le papier, mais impossible \u00e0 exploiter pleinement.<\/p>\n Non. Les microservices repr\u00e9sentent une impl\u00e9mentation technique, tandis que le Composable Enterprise<\/em> est une strat\u00e9gie commerciale. Les Packaged Business Capabilities<\/em> (PBC) – ou capacit\u00e9s m\u00e9tiers packag\u00e9es – peuvent s’appuyer en interne sur des microservices, mais elles encapsulent une fonction m\u00e9tier compl\u00e8te, et non un simple service technique. L’accent est mis sur l’agilit\u00e9 business, et non sur l’architecture technique.<\/p>\n<\/details>\n Les co\u00fbts initiaux d\u00e9passent g\u00e9n\u00e9ralement de 10 \u00e0 20 % ceux d’une mise \u00e0 niveau comparable d’un monolithe. Le retour sur investissement intervient apr\u00e8s 18 \u00e0 24 mois, gr\u00e2ce \u00e0 des cycles de d\u00e9veloppement plus rapides, \u00e0 une r\u00e9duction des co\u00fbts de maintenance et \u00e0 la diminution des frais li\u00e9s au vendor lock-in<\/em>. \u00c0 long terme, le Composable Enterprise<\/em> permet des \u00e9conomies significatives.<\/p>\n<\/details>\n Les entreprises soumises \u00e0 une forte pression de changement : e-commerce, services financiers, m\u00e9dias, et toute organisation op\u00e9rant sur plusieurs march\u00e9s. Plus les exigences m\u00e9tiers \u00e9voluent fr\u00e9quemment, plus les avantages d’une architecture modulaire sont importants.<\/p>\n Contexte DACH :<\/em> Dans l’espace germanophone (Allemagne, Autriche, Suisse), ces secteurs sont particuli\u00e8rement dynamiques, avec une forte adoption des technologies agiles pour r\u00e9pondre aux attentes des clients et aux r\u00e9glementations locales, comme la DSGVO<\/em> (RGPD en fran\u00e7ais).<\/p>\n<\/details>\n Oui, \u00e0 partir d’une certaine taille. Le Platform Engineering<\/em> fournit l’infrastructure commune sur laquelle les \u00e9quipes PBC peuvent travailler de mani\u00e8re autonome. Pour d\u00e9marrer, une petite \u00e9quipe de trois \u00e0 cinq personnes suffit, charg\u00e9e de g\u00e9rer la passerelle API, la supervision et les pipelines de d\u00e9ploiement.<\/p>\n<\/details>\n Oui. SAP soutient explicitement une strat\u00e9gie Composable<\/em> via sa Business Technology Platform<\/em> (BTP) et son approche Clean Core<\/em>. Les extensions sont d\u00e9velopp\u00e9es sous forme de modules ind\u00e9pendants sur la BTP, plut\u00f4t que de modifier le c\u0153ur de SAP. C’est la voie recommand\u00e9e pour les clients SAP.<\/p>\n Contexte r\u00e9glementaire :<\/em> Cette approche est particuli\u00e8rement pertinente dans le contexte des r\u00e9glementations europ\u00e9ennes, comme le Digital Operational Resilience Act<\/em> (DORA), qui impose une plus grande r\u00e9silience et flexibilit\u00e9 des syst\u00e8mes informatiques.<\/p>\n<\/details>\n Source de l’image d’en-t\u00eate : Unsplash \/ Shubham Dhage<\/em><\/p>\n Non, les microservices sont une impl\u00e9mentation technique, l’entreprise composable est une strat\u00e9gie d’affaires. Les PBC peuvent reposer en interne…<\/p>\n","protected":false},"author":82,"featured_media":11757,"comment_status":"closed","ping_status":"closed","sticky":false,"template":"","format":"standard","meta":{"_yoast_wpseo_focuskw":"architecture d'entreprise modulaire","_yoast_wpseo_title":"Architecture d'entreprise modulaire : votre avantage cl\u00e9","_yoast_wpseo_metadesc":"Non, les microservices sont une impl\u00e9mentation technique, tandis que l'entreprise composable est une strat\u00e9gie d'affaires. Les blocs de construction","_yoast_wpseo_opengraph-image":"","_yoast_wpseo_opengraph-image-id":0,"_yoast_wpseo_twitter-image":"","_yoast_wpseo_twitter-image-id":0,"featured_post_sortierung":0,"featured_post":0,"pre_headline":"","bildquelle":"","teasertext":"","language":"de","_evm_slot_owner":"","_evm_translation_lang":"","_wp_old_slug":[],"footnotes":""},"categories":[683,684],"tags":[],"class_list":["post-13828","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-new-work-leadership","category-reboot-germany","entry"],"wpml_language":"fr","wpml_translation_of":11758,"yoast_head":"\nLa fin des monolithes<\/h2>\n
Les Packaged Business Capabilities en pratique<\/h2>\n
La strat\u00e9gie d’entr\u00e9e : le Strangler Fig Pattern<\/em> plut\u00f4t que le Big Bang<\/em><\/h2>\n
Ce que les DSI doivent trancher d\u00e8s maintenant<\/h2>\n
Questions fr\u00e9quentes<\/h2>\n
Le Composable Enterprise<\/em> n’est-il qu’un nouveau terme pour d\u00e9signer les microservices ?<\/strong><\/summary>\n
Quel est le co\u00fbt de la transition ?<\/strong><\/summary>\n
Quelles entreprises en tirent le plus grand profit ?<\/strong><\/summary>\n
Avez-vous besoin d’une \u00e9quipe Platform Engineering<\/em> pour cela ?<\/strong><\/summary>\n
Peut-on combiner SAP et Composable Enterprise<\/em> ?<\/strong><\/summary>\n
Pour aller plus loin<\/h3>\n
\n
\u00c0 lire aussi<\/h3>\n
\n