Les clouds privés exigent un état d'esprit différent
Le cloud ne change rien. Le cloud change tout. Le cloud privé ne fait ni l’un ni l’autre.
Bon, assez avec le Zen. La vérité est que vos applications exécutées dans un cloud privé, quelle que soit leur nature, ont toujours besoin des services de distribution application critiques que le réseau fournit traditionnellement : sécurité, équilibrage de charge, haute disponibilité et optimisation. Même les architectures les plus récentes, telles que les microservices et les plateformes de conteneurs , utilisent des méthodes familières pour maintenir les applications opérationnelles. Les langages ou techniques de développement les plus récents doivent toujours être soutenus par des outils de sécurité tels que le contrôle d'accès et les pare-feu application Web. De cette façon, rien ne change.
Alors, qu'est-ce que ça veut dire ?
Pour la plupart des organisations, le cloud privé ne change pas ce que nous déployons, mais comment et, plus important encore, à quelle vitesse nous pouvons le déployer. Les implémentations de cloud privé réussies offriront une informatique en libre-service et permettront aux clients internes d'utiliser l'automatisation et l'infrastructure en tant que code pour créer des environnements application hautement dynamiques et efficaces sur le plan opérationnel. La fréquence des modifications apportées au code et à l’infrastructure s’accélérera à mesure que de nouveaux services ou applications seront développés et fournis plus efficacement. Même si de nombreux facteurs favorisant une rentabilisation plus rapide sont d’ordre culturel et organisationnel, l’infrastructure ne doit pas constituer un obstacle. De la demande à la mise en œuvre, il n’y a pas de temps de latence humaine. Les outils d’automatisation contrôleront l’essentiel de la fourniture de services informatiques si l’infrastructure ne constitue pas un goulot d’étranglement.
Si vous passez d’une organisation traditionnelle basée sur des tickets où les modifications sont demandées, examinées et mises en œuvre manuellement, cette transition modifiera beaucoup de vos activités quotidiennes. L'informatique devra passer d'une approche centrée sur la mise en œuvre à la conception de cadres et à l'automatisation des services de bout en bout. Réfléchir à la manière de permettre aux développeurs application ou aux opérations application (oserais-je dire « DevOps » ?) de provisionner des services de distribution de réseau et application de la même manière que le reste de la pile doit être au cœur du déploiement d'une plate-forme de cloud privé. Je reprends une phrase d'un collègue : Les opérations informatiques doivent passer du statut de simples pousseurs de boutons à celui de créateurs de boutons.
Au niveau philosophique (et après tout, c’est là que cet article a commencé), ce qui change fondamentalement, c’est la façon dont les opérations informatiques contrôlent l’infrastructure. Pensez-y : la raison pour laquelle il existait un système de tickets et une équipe d’exploitation pour apporter des modifications à l’infrastructure était en partie d’éviter les erreurs ou les mauvaises configurations en ne laissant que des experts du domaine effectuer les modifications. Les opérations informatiques avaient accès à tous les boutons et savaient sur lesquels appuyer pour effectuer le changement demandé, et, espérons-le, ne rien casser d'autre dans le processus. Désormais, tout le monde veut appuyer sur ses propres boutons ou demander à un logiciel de le faire à sa place. Les boutons logiques créés par les opérations doivent pouvoir être pressés en toute sécurité. C'est ici que les opérations exercent désormais leur contrôle. En créant des systèmes automatisés basés sur des modèles qui demandent uniquement aux demandeurs de savoir ce qu'ils veulent, et non comment le faire, et en limitant leurs choix à des configurations sécurisées et supportables, l'informatique accorde une liberté à ses clients mais garde le contrôle de l'infrastructure.
Même si ces changements peuvent être difficiles sur le plan technique et culturel, les gains de productivité et d’agilité qui en résultent sont suffisamment importants pour justifier les défis à relever pour y parvenir.