Gouvernance as a Service.

Bravo! vous et votre hiérarchie êtes maintenant tous convaincus que le Cloud Public doit être au coeur de la stratégie de votre entreprise. Les dernières résistances sont tombées dans un mouvement libératoire catalysé par l’annonce de l’implantation des deux plus grands fournisseurs d’IaaS en France en 2017 et celle de VMWare qui vient d’enterrer la hache de guerre au profit d’AWS.

Au travail donc, Michel (oui c’est votre prénom) !

Mais vous réalisez avec effroi l’ampleur de la tâche. J’ai une bonne nouvelle pour vous: ce papier vous donne quelques pistes pour autant que vous vous donniez la peine de le lire jusqu’au bout.

LA grosse question à se poser avant tout est celle de la gouvernance de votre Cloud; en effet vous n’allez pas simplement transporter des « workloads » vers un autre environnement virtuel; vous changez totalement de paradigme car votre infrastructure devient logicielle. Oui, logicielle: aussi perturbant que cela puisse paraître.

“Vous interagissez via des consoles WEB et des APIs; exclusivement: un serveur est un programme; comme le reste du datacenter d’ailleurs.”

Vous interagissez via des consoles WEB et des APIs; exclusivement: un serveur est un programme; comme le reste du datacenter d’ailleurs.

Et ce n’est pas anodin.

Michel, vous êtes malin et vous vous dites: « mais alors, je vais pouvoir appliquer à mon code d’infrastructure toutes les technologies, les méthodes et les outils que j’applique déjà à mon code applicatif ?»

Mais oui Michel, bien sûr; toutes. et d’autres aussi qui n’existent pas encore.

Un exemple?

Le test, Michel, le test! vous allez pouvoir versionner et tester la non régression des évolutions de votre datacenter dans les nuages. Vous allez pouvoir gérer - proprement - les dépendances entre votre code applicatif, le middleware et l’infrastructure. Une nouvelle version sera un package cohérent couvrant l’intégralité des ressources requises pour que fonctionne l’application.

Soit, mais quel rapport avec la gouvernance ?

Allons le chercher du côté d’un des bénéfices collatéraux de la transition des atomes aux octets: l’automatisation.

“Vos politiques de sécurité, d’achat, de facturation et d’optimisation des coûts sont désormais automatisables.”

Vos politiques de sécurité, d’achat, de facturation et d’optimisation des coûts sont désormais automatisables. C’est donc une bonne partie du contrôle permanent et de la gouvernance IT qui se robotise. Et restons pragmatiques Michel, cette automatisation ne se substituera jamais complètement aux interactions humaines.

Vous allez devoir faire des choix d’implémentation qui seront déterminant dans le positionnement du curseur entre le contrôle total et l’agilité débridée. Entendez, entre autre, la possibilité de mettre l’accent sur les contrôles « before the fact » ou « after the fact ».

Ce réglage stratégique ajustera la gouvernance du Cloud sur la politique globale de l’entreprise qui favorisera ou pas l’autonomie et l’agilité de ses métiers.

Sachez que vous pouvez vous faire aider par des experts; que certains d’entre eux vous proposeront des services complets d' « Enterprise Billing » et de « Financial Optimisation » basés sur des produits combinant outils et consulting. Les meilleurs vous proposeront des offres intégrées de « Managed Services » agiles avec des portails de configuration de vos règles de gouvernance en self service. Ils iront jusqu’à automatiser les actions d’optimisation ou de remédiation en cas de défaut de SLA et de conformité.

Ils ne vous laisseront jamais penser que les outils seuls peuvent adresser correctement vos besoins.

“favoriser les CMP, « Cloud Management Platform » qui permettent la mise en oeuvre d’une gouvernance automatisée”

Ces mêmes experts vous conseilleront judicieusement de favoriser les CMP (Cloud Management Platform) vous permettant la mise en oeuvre de cette gouvernance automatisée et s’intégrant parfaitement à votre outillage et vos processus de production au détriment de façades de “provisioning” multi cloud à faible valeur ajoutée qui lobotomisent les fonctionnalités avancées de votre fournisseur IaaS.

Voilà Michel, il ne vous reste plus qu’à bâtir un plan d’adoption Cloud pour adresser les différents chantiers de « build », transition et de « run ».

Un plan qui doit faire la part belle à la « Gouvernance as a Service » pour vous permettre de décoller pleins GaaS !