Votre architecture cloud est en réalité un organigramme

Chaque choix d’infrastructure est aussi un choix organisationnel. Quand votre équipe choisit Kubernetes, un PaaS, du serverless ou des VMs auto-gérées, elle ne choisit pas seulement une cible de déploiement. Elle choisit aussi qui sera réveillé à 3h du matin, combien de temps il faudra à une nouvelle recrue pour livrer en production, où se situent les frontières de responsabilité, et quels profils il faudra recruter.

Pourtant, on continue à évaluer l’infrastructure avec des matrices de fonctionnalités plutôt qu’avec des matrices de modèle opérationnel. On compare l’autoscaling, les services managés et la flexibilité de déploiement, en ignorant la charge cognitive, la structure de l’équipe et les astreintes que chaque choix implique.

Dans ce talk, je prendrai une application réaliste et je montrerai comment son déploiement sur quatre modèles d’infrastructure différents produit quatre organigrammes radicalement différents : des rôles différents, des modes de défaillance différents, des parcours d’intégration différents, et des coûts qui n’apparaissent jamais sur la facture cloud. Je proposerai ensuite un cadre pratique pour prendre des décisions d’infrastructure fondées sur l’équipe et le modèle opérationnel que vous voulez réellement, et pas seulement sur les fonctionnalités de la plateforme.