Le développement augmenté existe d’ores et déjà. Souvent regardés de haut, les outils de GenAI sont une évolution naturelle des fonctionnalités d’autocomplétion. À adopter d’urgence pour en tirer tous les bénéfices.
Même si l'IA est privilégiée, il faut toujours partir de la stratégie et des problèmes à résoudre, prévient la HBR, dont l'approche 3P fait écho au Tech, Orga, Culture de WEnvision.
"The Software Architect Elevator" est une de feuille de route pour les architectes. En embrassant le changement, en comprenant les systèmes organisationnels et en favorisant une communication efficace, les architectes peuvent jouer un rôle central en conduisant les organisations vers le succès.
Malgré de nombreux exemples de réussite de migration vers des architectures distribuées dans le cloud parmi les grands acteurs commerciaux et bancaires, on peine à se renseigner sur les échecs patents. Pourtant cette connaissance est utile à la planification des projets qui restent à achever.
La seule chance de voir ses coûts d'exploitation baisser en migrant vers une plateforme mutualisée, est d'opter pour une architecture logicielle suffisamment modularisée et parfaitement distribuée. En effet, les architectures "archaïques" n'offrent pas suffisamment d'opportunités d'économies d'échelle pour amortir l'investissement de départ. Alors, bien sûr, il existe de nombreux exemples de succès de migration de systèmes monolithiques vers des architectures de microservices dans le cloud :
D'abord, Netflix (déjà remarquée pour son investissement précoce dans l'ingénierie du chaos) est un excellent exemple de migration réussie vers une architecture de microservices dans le cloud, sous le nom de projet Reloaded. L'entreprise est parvenue à améliorer la flexibilité et l'évolutivité de son système, ainsi qu'à développer et déployer des fonctionnalités plus rapidement. Elle a pu améliorer la disponibilité de son service en optimisant les performances de l'infrastructure et la conception des modules applicatifs. Ce dernier point étant primordial, car la réduction de la facture globale ne s'obtient qu'à force de remises en question, en l'occurrence vers le serverless (projet Cosmos) qui a permis de supporter le triplement des utilisateurs.
Amazon (le "libraire") est également parvenu à développer et à déployer de nouveaux services indépendamment les uns des autres, grâce aux microservices. Cette architecture lui a permis d'évoluer rapidement, de gérer un trafic élevé et de répondre aux besoins changeants de ses clients. Bien sûr, ce chantier est allé de paire avec l'évolution de sa plateforme publique, et AWS (comme d'autres) propose une expertise pointue sur le sujet de la migration vers le cloud des applications et des données, depuis des systèmes monolithiques ou non.
De même, Uber et Spotify ont réalisé une migration afin de maîtriser leurs croissances rapides et de répondre à la demande évolutive de leurs services de réservation de voitures et d'écoute en ligne. L'architecture microservices leur a permis de produire de nouvelles fonctionnalités plus rapidement et d'améliorer la résilience de leur système d'information, afin de prendre en charge un grand nombre de demandes simultanées.
Dans le secteur bancaire, où les architectures mainframe ont historiquement dominé, il y a eu des exemples de migration réussie, bien que parfois partielle, vers le cloud.
Capital One, une grande institution financière aux États-Unis, a effectué avec succès sa migration en utilisant des technologies de virtualisation telles que Docker et Kubernetes pour découper leur système monolithique en services indépendants plus résilients et évolutifs.
BBVA, une banque internationale basée en Espagne, a adopté une approche progressive en isolant des parties spécifiques de leur système monolithique et en les reconstruisant sous la forme de services indépendants. Cette transition leur a fait bénéficier d'une plus grande agilité, leur permettant d'améliorer leur capacité à innover et de réduire les coûts liés à la maintenance des systèmes hérités.
DBS Bank qui est basée à Singapour, a entrepris une transformation numérique majeure en adoptant une approche de modernisation progressive grâce à de nouveaux services construits autour de leur infrastructure existante. Leur capacité à fournir de nouveaux services s'est améliorée, ainsi que l'expérience client, avec une capacité d'adaptation rapide aux évolutions du marché.
Cependant, ces migrations sont complexes et nécessitent une planification minutieuse pour garantir la sécurité des données, la conformité réglementaire et la continuité des opérations bancaires critiques. Bien qu'il soit plus difficile de dater précisément les périodes pendant lesquelles les systèmes bancaires ont effectué leur migration, on retiendra que les grands noms du secteur IT l'ont effectuée vers les années 2010 ; à part Amazon, qui avait anticipé cette évolution dès les années 2000 !
Il est moins facile de se renseigner sur des exemples d'échecs de migrations vers des architectures de microservices dans le secteur bancaire. Les institutions financières ont tendance à rester discrètes sur les problèmes techniques ou les échecs potentiels, en raison des implications en matière de sécurité, de confidentialité et de confiance des clients. Les migrations vers des architectures cloud présentent des défis importants, et il y a des situations où elles peuvent échouer ou rencontrer des difficultés significatives.
Bien sûr, les échecs ne sont pas une indication que les architectures de microservices soient intrinsèquement mauvaises ou impraticables, loin de là. Ils soulignent plutôt l'importance d'une planification approfondie, d'une compréhension claire des défis et des risques, et d'une exécution soignée lors de la migration progressive vers une architecture moderne.
