Sept ans après l'apparition de l'expression, le cloud natif est la destination souhaitée par la majorité des organisations qui se lancent dans une transformation numérique.
Mais sept ans, c'est une vie dans la technologie et il serait extrêmement naïf de penser que le cloud natif est la fin de l'histoire, pas plus que la chute du mur de Berlin n'a été la fin de l'histoire.
Comme l'explique Pini Reznik, COO de Container Solutions, il est important de se rappeler que "le cloud natif est un ensemble de technologies habilitantes. Ça permet d'aller plus vite, mais ce n'est pas le but.
Alors, quel est l'objectif ? Lorsqu'il s'agit d'aider les entreprises à réaliser leurs ambitions cloud-native, l'un des outils les plus précieux à avoir est la Cloud Native Maturity Matrix.
Nous l'utilisons pour aider les organisations à déterminer précisément où elles en sont dans leur propre parcours vers le cloud natif, que leur point de départ soit une cascade, Agile ou même aucun processus du tout.
L'objectif est de les aider à dessiner une carte pour leur développement et leur évolution. En effet, nous pensons qu'il existe de nombreux éléments impliqués dans une évolution réussie vers le cloud natif au-delà des choix de technologie et d'infrastructure. L'adoption des microservices et de la livraison continue fait partie du processus, mais cela aura peu d'impact si les modifications apportées aux produits ou services doivent encore être approuvées par un conseil qui se réunit mensuellement, voire trimestriellement. De même, vous pouvez soulever et déplacer une application monolithique sur du métal nu dans le cloud, mais cela posera toujours les mêmes problèmes de maintenance et de résilience que lorsqu'elle transpirait dans votre propre centre de données.
En d'autres termes, la matrice de maturité cloud native aide à répondre aux questions : "À quelle distance se trouve notre destination ?" et "Sommes-nous déjà là?" Cela nous aide, chez Container Solutions, à créer les cartes dont les entreprises ont besoin pour donner un sens à un paysage commercial et technologique en évolution rapide. Cela leur permet, ainsi qu'à nous, de faire des choix intelligents et de suivre les progrès tout au long de leur parcours unique vers le cloud.
Et après avoir travaillé avec des centaines de parties prenantes dans des dizaines d'organisations, nous pouvons commencer à tracer les grandes lignes des technologies et des pratiques qui façonneront l'avenir proche du cloud natif et de la technologie et des affaires plus généralement, et inaugurer la phase suivante du développement piloté par la machine.
Le premier axe de l'indice est la culture, et il n'est peut-être pas surprenant que la maturité cloud-native soit associée à une culture collaborative. Alors que les organisations font face au monde actuel en évolution rapide et imprévisible, il est essentiel d'adopter l'apprentissage, de s'efforcer d'obtenir une amélioration cohérente et continue et de récompenser l'auto-éducation, l'expérimentation et la recherche.
Nous prévoyons donc que la prochaine étape sera l'organisation expérimentale à part entière, où les gens sont encouragés à essayer de nouvelles idées à petite échelle, en apprenant de leurs échecs et en intensifiant leurs succès.
En ce qui concerne la conception de produits et de services, nous pensons que la maturité cloud native signifie un processus de conception basé sur les données où la décision finale sur les produits, les améliorations ou les fonctionnalités sur lesquelles travailler n'est pas le résultat d'un long processus de conception, mais est sur la base de données collectées auprès d'utilisateurs réels. Pensez aux tests A/B ou multivariés.
Alors, tendons le cou et suggérons que la prochaine étape consiste à exclure complètement les humains de grandes parties de ce processus. Les données de test recueillies sur le terrain devraient alimenter des systèmes pilotés par l'IA qui apporteront des modifications évolutives et exécuteront eux-mêmes des tests, avec peu d'interaction avec les développeurs.
Cela ne signifie pas que les humains sont complètement hors de la boucle. Ils constituent toujours les équipes qui constituent l'organisation dans son ensemble. Mais la façon dont ces individus et ces équipes interagissent continuera également de changer. Le passage de la cascade à Agile au cloud natif a signifié moins de hiérarchie et plus d'autonomie pour les équipes et les individus, parallèlement à la décomposition des applications monolithiques en systèmes distribués basés sur des microservices.
Mûrir, automatiquement
La prochaine étape, selon nous, concerne les chaînes d'approvisionnement internes, où chaque service est un produit distinct, l'équipe assumant l'entière responsabilité technique et commerciale de ce qu'elle gère ou produit. Ce n'est pas si exagéré, c'est le nombre d'équipes de commerce électronique qui ont fonctionné au cours de la dernière décennie.
Cela correspond également aux changements que nous attendons dans la façon dont les organisations s'exécutent. La maturité cloud-native a été associée à un processus qui associe le design thinking aux techniques agiles et lean, qui fonctionnent ensemble pour réduire les risques des projets complexes et de grande envergure. Cela fonctionne particulièrement bien lorsque les organisations sont confrontées à des niveaux élevés d'incertitude ou à une technologie en évolution rapide.
Ainsi, la prochaine étape logique est celle des systèmes auto-organisés et hautement expérimentaux avec des individus ou de petites équipes générant des idées qui sont ensuite itérées et améliorées sur le terrain, par la plate-forme, automatiquement.
Cela sera reflété au niveau de l'architecture. Nous savons déjà que les microservices constituent la base des architectures cloud natives matures, parallèlement à tous les autres facteurs que nous avons couverts, bien sûr. Lorsqu'elle est correctement conçue, cette approche facilite la mise à l'échelle du système. En effet, il devrait s'agir d'un processus entièrement automatisé.
Ainsi, une évolution logique de ceci est une évolution vers des fonctions ou des architectures sans serveur où il n'est pas nécessaire de provisionner l'infrastructure, les tâches d'exploitation sont supprimées et tout devient un processus de paiement à l'utilisation.
De même, en matière de maintenance, l'observabilité et l'autoréparation qui caractérisent la maturité cloud native évolueront vers l'apprentissage automatique préventif et l'intelligence artificielle, comme pour la conception de produits. Les systèmes pourront prévenir les défaillances, par exemple en augmentant la capacité. Ce sera plus rapide, plus sûr et plus fiable.
Et l'automatisation soutiendra la transition de la livraison continue vers le déploiement continu, avec la suppression des processus d'approbation manuels et la restauration automatique des fonctionnalités lorsque les mesures clés en pâtissent.
L'automatisation, sous la forme d'architectures sans serveur s'exécutant sur des plates-formes cloud, représente également la prochaine étape du provisionnement.
En ce qui concerne l'infrastructure, la valeur par défaut pour les organisations cloud natives matures est les conteneurs et les clouds hybrides, qui permettent un degré élevé d'automatisation. Mais l'évolution à venir est vers l'informatique de pointe, où les charges de travail sont exécutées localement à la périphérie, le cas échéant et où suffisamment de données sont disponibles.
Cela signifie-t-il qu'une organisation tournée vers l'avenir doit déjà investir dans l'intelligence artificielle et l'informatique de pointe pour éliminer le besoin de conteneurs et même de développeurs cloud à l'avenir ?
Pas nécessairement. Comme nous l'avons dit, le paysage technologique et commercial est en constante évolution. La plus grande idée du cloud natif était de reconnaître cela et de développer une méthodologie qui n'essaie pas d'éliminer ou de contrôler le changement, mais accepte que le changement soit inévitable. Cela signifie que les organisations doivent simultanément investir dans le maintien de l'innovation et continuer à investir dans l'innovation de rupture.
"Il ne s'agit pas simplement de passer à la prochaine innovation perturbatrice", déclare Reznik. « Il s'agit de changer votre organisation de manière à ce que le passage de l'un à l'autre et de celui-ci à l'autre puis à nouveau fasse partie de la vie. Ce n'est pas un problème."
Donc, si nous devions vous suggérer de prêter attention à un seul des axes ci-dessus, revenez directement à la ligne du haut et regardez la culture. Demandez-vous où vous vous situez. Parce que l'avenir est plus incertain maintenant qu'il ne l'a jamais été. Mais si vous et votre organisation êtes prêts à essayer de nouvelles idées à plus petite échelle, apprenez de vos erreurs et soyez prêts à intensifier vos succès, vous aurez de bien meilleures chances de prospérer à l'avenir. Là où les autres axes finissent par pointer.
Rejoignez-nous pour KubeCon + CloudNativeCon Europe 2022 à Valence, en Espagne (et virtuellement) du 16 au 20 mai : le premier événement européen en personne depuis trois ans !
