Le lien curieux entre le rapatriement dans le cloud et les opérations SRE

J'ai un penchant pour la philosophie. Il me manque environ trois cours pour obtenir mon diplôme, et tous les deux ou trois ans, je me dis qu'un jour j'y parviendrai. J'ai transmis mon amour à mon aîné, qui a obtenu un diplôme en philosophie pour compléter ses diplômes en informatique et en science des données. Oui, nos conversations textuelles sont souvent très intéressantes, merci d'avoir demandé.

Je connais donc très bien ce qu’on appelle en statistique – et en logique – l’erreur post hoc, d’où vient le dicton « corrélation n’est pas causalité ». C'est l'erreur logique qui consiste à supposer que si l'événement Y a suivi l'événement X, l'événement Y a dû être causé par l'événement X. L'exemple le plus célèbre de cette erreur est venu de Bobby Henderson, qui a illustré l'absurdité de supposer une causalité à partir d'une corrélation avec son graphique démontrant que le réchauffement climatique était causé par la diminution du nombre de pirates dans le monde .

Ouais, ça n’a pas de sens, mais c’est également le cas de beaucoup de graphiques à partir desquels les gens établissent des liens de causalité. Ce n’est pas parce que deux points de données sont mis en correspondance que l’un est la cause de l’autre. Dans de nombreux cas, cela n’a même pas de sens logique de corréler les deux. Après tout, les pirates et le réchauffement climatique ? Personne ne prend vraiment ça au sérieux. 

Mais c’est un point important à souligner alors que nous abordons la question de la relation entre les opérations SRE et le rapatriement du cloud.

Pour être clair, je ne suggère pas que l’adoption de pratiques SRE entraîne un rapatriement du cloud. Mais je suggère qu’il existe une relation étroite et significative entre les deux. Le fait que Google, un fournisseur de cloud, ait créé la SRE en tant que pratique n’est pas une erreur. Le modèle, l’état d’esprit et les compétences associés à SRE sont essentiels pour exploiter avec succès l’infrastructure et les services cloud.

Le rapatriement des nuages est une réalité

Le rapatriement du cloud public est en soi un sujet quelque peu tabou dans certains cercles. Considérez la controverse soulevée par Andreessen Horowitz lorsqu’il a publié « Le coût du cloud, un paradoxe à mille milliards de dollars » et a suggéré que les entreprises rapatriaient du cloud et réalisaient ainsi des économies de coûts importantes. Certains voudraient vous faire croire que ce n’est pas le cas, mais il existe suffisamment de données et de preuves anecdotiques pour indiquer que oui, c’est le cas.

Pour notre rapport 2021, nous avons interrogé le marché sur le rapatriement du cloud public . Seuls 13 % avaient rapatrié leurs applications et 14 % supplémentaires prévoyaient de le faire. Un an plus tard, ce total combiné a augmenté de 40 points de pourcentage pour atteindre respectivement 37 % et 30 % . Il ne s’agit pas d’une anomalie, car plusieurs cabinets d’analystes crédibles rapportent des résultats similaires. Il est intéressant de noter que le taux de rapatriement n’est pas universel à l’échelle mondiale. L'APCJ et l'Amérique latine sont toutes deux beaucoup moins susceptibles de rapatrier que l'EMEA et l'Amérique du Nord.  

Je maintiens que les entreprises rapatrient des applications du cloud public et la question n'est pas « est- ce qu'elles le font ? » mais plutôt « combien de charges de travail retirent-elles et où vont-elles ? » C’est une question à laquelle nous tenterons de répondre l’année prochaine lorsque nous terminerons notre recherche sur l’état de la stratégie d’application 2023.

Pour l’instant, nous nous intéressons à un éventuel outil de rapatriement : les opérations SRE. Car même si le coût croissant du cloud est un moteur du désir de rapatriement, si vous n’avez pas les compétences pour fonctionner aussi efficacement ailleurs – et donc bénéficier d’un coût inférieur – alors pourquoi rapatrieriez-vous ?

Et nous partons du principe que ce sont les pratiques et compétences opérationnelles SRE qui permettent aux entreprises de rapatrier et de maintenir l’efficacité et les économies de coûts nécessaires pour justifier la décision, qu’elles déplacent ces charges de travail vers un autre cloud public, sur site ou vers la périphérie.

Exploration des données

En apparence, il existe une forte corrélation entre l'adoption et l'application des pratiques SRE et le rapatriement vers le cloud, ce qui semble indiquer que les organisations ayant la capacité de fonctionner de manière similaire au cloud, c'est-à-dire qu'elles ont adopté des pratiques SRE, récupèrent efficacement leurs jouets (applications) et rentrent chez elles (sur site ou ailleurs) parce qu'elles le peuvent .

Autrement dit, seulement 4 % des organisations qui n’ont pas adopté les pratiques SRE ont rapatrié des applications depuis le cloud public. Pas moins de 73 % de ceux qui ont adopté les pratiques SRE ont également rapatrié leurs applications.

Bien entendu, adopter des pratiques ne signifie pas nécessairement appliquer des pratiques. Nous avons donc examiné la manière dont les organisations exploitent réellement les applications, les systèmes et l’infrastructure. Plus précisément, nous avons examiné le pourcentage de leurs opérations qui utilisent des pratiques SRE. Sans surprise, cela a généré des résultats similaires.

Parmi ceux qui exploitent 0 % de leurs applications, systèmes et infrastructures à l’aide de pratiques SRE, 81 % ne rapatrient pas . À l’inverse, parmi ceux qui utilisent les pratiques SRE pour 76 à 99 % des opérations d’applications, de systèmes et d’infrastructures, 54 % ont rapatrié leurs activités. Le moment où le rapatriement semble commencer à prendre de l’ampleur est lorsque les organisations dépassent l’utilisation des pratiques SRE pour exploiter plus d’un quart (25 %) de leurs applications, systèmes et infrastructures.

Vous vous souvenez que j’ai noté que l’APCJ et LATAM étaient beaucoup moins susceptibles de rapatrier ? Ils sont également beaucoup moins susceptibles d’exploiter les pratiques SRE pour exploiter leurs applications, leurs systèmes et leur infrastructure. En fait, plus d'un quart (26 %) en Amérique latine et dans la région Asie-Pacifique (29 %) exploitaient ZÉRO pour cent des applications, systèmes et infrastructures à l'aide de pratiques SRE. Dans la zone EMEA ? Cela ne représente que 5 %. Et en Amérique du Nord, le taux est encore plus bas, à 2 %.

Relation significative ou curieuse coïncidence ?

Il semble y avoir une corrélation indiscutable entre les organisations qui adoptent le SRE comme pratique opérationnelle et les taux de rapatriement du cloud public. Mais s’agit-il d’une relation significative ou simplement d’une curieuse coïncidence ?

Je vais argumenter, parce que c’est mon blog, que c’est une relation significative.

Les pratiques et compétences associées au SRE sont parfaitement adaptées à l’exploitation d’un environnement cloud, à grande échelle. Comme je l’ai dit précédemment, ce n’est pas une erreur si c’est Google qui a créé SRE et qui a littéralement écrit le livre à ce sujet. Et je l’ai déjà dit (et je le répète) : la valeur du cloud réside dans son modèle opérationnel, qui peut réduire considérablement le coût par transaction, qu’il soit mesuré par les échanges HTTP ou les sessions client. Cela permet une mise à l’échelle rentable des applications et des services numériques.

L’utilisation de l’automatisation et de pratiques qui tendent à se concentrer sur les incidents significatifs plutôt que sur les événements non perturbateurs permet une mise à l’échelle rentable des personnes (et donc de leur expertise) chargées de maintenir un niveau élevé de disponibilité et de performance.

L’adoption et l’utilisation des pratiques SRE permettent aux organisations de faire évoluer efficacement leurs opérations, que ce soit dans le cloud public, sur site ou en périphérie. Et ce que les données nous indiquent, c’est que les organisations semblent utiliser cette capacité pour faire exactement cela.

Pour en savoir plus sur la modernisation de l'architecture et l'adoption des opérations SRE pour servir une entreprise numérique, vous pouvez vous plonger dans notre nouveau livre O'Reilly, Enterprise Architecture for Digital Business .