Quelle gouvernance pour les applications en containers et les microservices

Difficile de dire quel est le sujet IT plus chaud,  des containers ou des microservices , quand on aborde la question de la conception des applications.  Un constat qui à lui seul fait de la gouvernance de ces deux concepts un élément critique pour les architectes, les développeurs et les spécialistes de l'exploitation.

La bonne nouvelle, c'est que de nombreuses pratiques de gouvernance peuvent être appliquées aux deux concepts. La mauvaise nouvelle, c'est qu'il y a beaucoup d'imprécision dans la définition des containers et des microservices , en particulier dans leur utilisation. Et cela peut bien sûr compliquer la mise en place d'un modèle de gouvernance. Pour y arriver, il convient de définir précisément l'usage que vous faites des deux concepts; d’aligner vos pratiques de conception, de développement et de déploiement sur ces définition; et d’être sûr d'utiliser des outils d'orchestration pour faciliter les prises de décision.

Il est ici essentiel que ces définitions soient précises pour comprendre la complexité. Cette précision est particulièrement clé dans la gouvernance des applications. Gouvernance, containers et microservices  ont tous un problème en matière de définition de leur usage.

D’une façon générale, la gouvernance est le processus qui consiste à s'assurer que les applications, les ressources IT et les déploiements correspondent aux objectifs de l'entreprise. Cette mission est tellement vaste que la plupart des entreprises n'utilisent pas le terme de cette façon. Elles se concentrent plutôt sur les dimensions sécurité et de conformité de la "gouvernance". C'est ce terme que nous allons définir ici.

En ce sens, la gouvernance IT définit les exigences de sécurité en matière d’informations et d’applications. Dans l'IT traditionnelle, ces exigences sont souvent satisfaites de manière statique en utilisant des plateformes spéciales et le partitionnement de réseau. Cela permet de contrôler les accès aux applications et à l’information selon des adresses de ressources fixes. Mais tous ces mécanismes peuvent s'effondrer lorsque les relations entre les applications et les ressources sont modifiées dynamiquement et, surtout, lorsque les éléments fonctionnels sont partagés entre applications dont les exigences de gouvernance sont différentes. Dans la gouvernance des containers et des microservices , l'objectif est de restaurer la gouvernance sans compromettre les avantages du Cloud, de la virtualisation et de la conception d'applications orientées services. Pour ce faire, il est nécessaire de déterminer comment l’entreprise doit aborder la conception d’applications dans des environnements de containers et de microservices.

Si vous êtes venus à la virtualisation et au Cloud à partir de la machine virtuelle, vous pouvez considérer les containers comme une forme allégée de VM.

Si vous êtes venus aux containers du point de vue de la conception logicielle, vous pouvez les voir comme des unités de fonctionnalité pouvant être déployées -- le composant et son runtime. Si vous avez une formation SOA (Service Oriented Architecture), les microservices  peuvent être une version moderne des principes SOA. Ils sont même destinés à remplacer complètement la SOA avec le Web. En un sens, l'architecture SOA est une vision très « plateforme » de la gouvernance. Le Web apporte plutôt une vision centrée sur les applications.

D'un point de vue technique, la question clé de la gouvernance des containers et des microservices  est de savoir comment celle-ci se traduit réellement en termes d’outillage. Certains pensent qu'il s'agit toujours d'un attribut d’une plate-forme sur laquelle les applications sont exécutées; la gouvernance est donc une contrainte de l’environnement. D'autres considèrent que la gouvernance découle des objectifs, des politiques et des exigences en matière de sécurité de l'application.

Avec ces divergences, la gouvernance des containers et des microservices  peut en effet être compliquée. Le meilleur moyen d'y remédier est de se créer son propre périmètre et sa propre définition et de s'y tenir. Sinon, l’incohérence, et l’inefficacité rythmeront les projets.