Les clés d’une gouvernance efficace pour AIS

Cet article vient conclure notre série de 6 articles dédiés à comment « Monter sa plateforme d’intégration moderne avec la suite Azure Integration Services. »

Tout au long de cette série, nos experts se sont efforcés de répondre aux questions concernant le pourquoi, la conception et les différents aspects techniques.

Dans cet article, nous allons nous intéresser davantage aux aspects organisationnels afin de répondre à la question « Comment opérer sa plateforme d’intégration ? »

L’équipe idéale : la Core Team et l’équipe étendue

Au travers de nos réalisations et expériences, nous avons identifiés des rôles clés et primordiaux au bon fonctionnement de la plateforme d’intégration.

Les rôles clés de la Core Team

Cet ensemble de profils constituent ce que l’on appelle la « Core team ».

Quelques observations :

• L’architecte Azure Platform n’intervient généralement que lors des premières phases du projet.
  • Il est consulté lors de la phase de conception.
  • Il intervient majoritairement lors de la phase de construction de la plateforme.
  • Il peut être amené à être sollicité ponctuellement pour débloquer des situations où son expertise est requise.

• Bien que chaque rôle existe pour une raison bien précise, il est fréquent que des membres de l’équipe soient amenés à assumer plusieurs fonctions :
  • L’architecte Intégration est souvent amené à assumer le rôle d’architecte fonctionnel et technique s’il en a les capacités.
  • Le « project manager » peut assumer le rôle d’architecte fonctionnel s’il en a les capacités.
  • L’architecte Intégration Technique peut être amené à participer aux actions de construction et/ou de développement, principalement pour apporter son expertise sur des problématiques complexes.

La complémentarité avec l’équipe étendue

Pour que cette équipe puisse fonctionner de manière optimale au sein d’un contexte client spécifique, elle doit s’appuyer sur le support et la coopération d’autres équipes internes à l’entreprise : on parle de l’équipe étendue.

Lors des différentes phases du projet, les différents membres de la « Core team » sont amenés à communiquer avec :

• L’équipe sécurité: pour s’informer, s’assurer de la conformité de la plateforme vis-à-vis des politiques et contraintes de sécurité.

• Les équipes OPS & réseau: pour s’informer des contraintes réseaux et OPS, pour définir les processus et responsabilités de chaque équipe, pour la rédaction des modèles opératoires, etc.

• Les DSI et architectes d’entreprise: ces derniers ont un droit de regard, et de décision, sur tous les aspects inhérents à la plateforme d’intégration afin de s’assurer de la conformité avec l’ensemble des politiques de l’entreprise. Ils interviennent également lorsque des arbitrages sont nécessaires.

• Les équipes projets sont les interlocuteurs principaux du « project manager » et du/des architecte(s). Pour qu’un projet fonctionne, il faut :
  • Comprendre leurs besoins, objectifs et contraintes.
  • Se mettre d’accord sur les règles métiers.
  • Suivre son bon déroulement en accord avec les contraintes et charges de chaque équipe.

• Le sponsor: le sponsor est primordial. Il est le lien entre les équipes clientes et la « Core team ». Le « project manager » et le/les architecte(s) s’appuie sur cette personne pour faciliter les échanges, trouver les bons interlocuteurs, faire avancer les sujets, etc.

Comme tout projet et toute équipe, il est normal qu’elle soit amenée à évoluer dans le temps.

Comme mentionné plus haut, l’architecte Azure Platform est souvent le premier à quitter le navire une fois son travail finalisé et la plateforme fonctionnelle.

Par la suite, il est de la responsabilité du « project manager » d’évaluer la charge projets et de faire évoluer le nombre de consultants en fonction. L’objectif est de ne pas surcharger ces profils afin d’assurer la qualité de ce qui est implémenté et délivré.

Une autre décision qu’il n’est pas rare de rencontrer : internaliser la connaissance. Dans ce cas, une ou plusieurs ressources peuvent être amenés à être remplacé par une ressource interne. Dès lors que la transition est amorcée, une phase de passation doit être planifiée et réalisée afin d’assurer la bonne continuité des activités de l’équipe.

Quelle gouvernance pour la plateforme d’intégration ?

Mettre en place un RACI clair

L’une des premières actions à réaliser lors de la mise en place de la gouvernance autour de la plateforme d’intégration, est d’établir un RACI.

Quels sont les rôles et les responsabilités de chaque membre de cette « Core team », ainsi que de l’équipe étendue, est la première réponse à apporter.

Gérer les différences d’environnements

Ensuite, il est nécessaire de s’interroger sur les différences entre les environnements : la question se pose principalement pour les environnements de DEV, Sandbox ou équivalent, ou il faut prendre en considération le fait que les développeurs, les consultants doivent être suffisamment autonomes pour pouvoir avancer efficacement dans leur tâche. Il est souvent pertinent que les rôles, et droits associés, dans ces environnements soient supérieurs que dans ceux de qualité et/ou production par exemple.

Instaurer une comitologie adaptée

La comitologie de projet est également importante. En effet, les projets d’intégration sont particuliers dans le fait qu’il ne s’agit pas seulement de développements « isolés ». Il faut interagir et s’organiser avec les différentes équipes gérant les composants, et systèmes, prenant part aux flux. Ces différentes équipes ont leurs propres plannings, contraintes et problématiques.

Prenez donc le temps de définir l’organisation projet et la comitologie qui fonctionneront le mieux pour l’équipe et qui s’adapteront le mieux à votre contexte. N’ayez pas peur de sortir des classiques « sprint agile » si ces derniers ne s’appliquent pas à vos contraintes.

La gestion du code source : une stratégie indispensable

Adopter les bonnes pratiques pour le low-code/no-code

Etant donné que les solutions d’intégration soient souvent orientées sur des approches de type low-code/no-code, il est primordial de définir et de respecter une stratégie de gestion de code source.

En effet, il est très simple de se laisser tenter par l’édition directement dans le portail Azure de ses logicapp et/ ou de ses policies APIM par exemple.

Il devient alors très difficile de garantir l’idempotence des versions déployées sur les différents environnements. La maintenabilité de la plateforme devient également complexe car aucune trace pérenne des actions réalisés ne persiste.

Pensez donc à : définir votre stratégie de gestion du code source, définir votre stratégie de « branching », organiser vos repos en gardant à l’esprit les différents cycles de vie des services et composants.

Stratégie de gestion et de déploiement

Afin de vous assurer de la bonne composition et de la qualité de ce qui est déployé, n’hésitez pas à instaurer des politiques de contrôle, d’approbation au niveau des pipelines de déploiements.

Pour davantage de détails, veuillez vous rapporter à l’article dédié et publié précédemment.

Faire vivre sa plateforme d’intégration : les étapes clés

Maintenant que votre plateforme d’intégration basée sur les services Microsoft Azure Integration Services est correctement conçue, construite et déployée ; que les outils d’observabilités sont en place et qu’une gouvernance adaptée est mise en œuvre ; quelles sont les prochaines étapes pour assurer le succès de cette plateforme ?

Construire la confiance des équipes partenaires

Construire la confiance des équipes partenaires en la plateforme est essentiel. En effet, la plateforme d’intégration étant centrale, elle ne peut être un succès qu’uniquement si les équipes gérant les projets sont conscientes de son existence, convaincues de son utilité et de son efficacité. La plateforme d’intégration doit faciliter, accélérer les projets et non pas les ralentir.

Pour ce faire, n’hésitez pas à être au contact de ces équipes. Prenez le temps de bien comprendre leurs besoins pour trouver des solutions adaptées. Facilitez leur adoption à la plateforme en leur démontrant ses avantages et votre capacité à gérer les problèmes du quotidien.

Intégrer de nouveaux projets

Une plateforme non visible utilisée pour gérer quelques flux peu ou mal exploités est vouée à tomber dans l’obsolescence. Au contraire, une plateforme visible qui participe au bon déroulement des différents nouveaux projets de l’entreprise est une plateforme qui va renforcer son positionnement, son utilité et sera amenée à évoluer à la vitesse de l’entreprise.

Indépendamment de la charge projet, prenez toujours le temps de prendre du recul et d’analyser l’efficacité de la plateforme. C’est ce qui garantira son succès sur le long terme.

Consolider et optimiser la plateforme

Mieux observer pour mieux réagir. La mise en place d’outils d’observabilité, de « monitoring » comme décrit dans cet article vous permet d’analyser efficacement l’état de santé et les pistes d’optimisation de votre plateforme.

Les possibilités avancées de « scaling » proposé par Microsoft Azure appliquées au contexte de l’intégration sont très intéressantes et facilement applicables. Des pics de charge prévus à l’été ou aux périodes de fin d’année ? Il vous suffit d’appliquer des règles de « scaling » automatique, et votre plateforme adaptera ses capacités à vos besoins par elle-même. Une fois les pics de charge passés, revenez à des ressources moindres afin d’optimiser vos coûts opérationnels.

Sécurité et évolutivité : une plateforme toujours prête

En analysant les données issues des outils d’observabilité, construisez une base de connaissances des erreurs récurrentes rencontrées sur la plateforme. Catégorisez-les, écrivez des procédures de résolution et travaillez à l’automatisation de ces tâches de maintien en conditions opérationnelles. Cela vous permettra de renforcer la stabilité et l’efficacité générale de la plateforme et de l’équipe.

Une plateforme centrale et sécurisée

Restez au fait des nouveautés en termes de sécurité applicative afin de garantir la sécurité et la fiabilité des données qui transitent au travers de la plateforme d’intégration. Comme tous les services Azure, les services Azure Integration Services bénéficient des dernières avancées et mises à jour en termes de sécurité.

Faire évoluer sa plateforme avec Azure

Evoluer au rythme d’Azure. Ces dernières années, Microsoft a investi massivement sur les services Azure Integration Services. Votre plateforme bénéficie de ces investissements et de ces avancées automatiquement.

Plus besoin d’attendre la sortie de la nouvelle version du produit pour bénéficier d’une fonctionnalité « cruellement » manquante. Dès lors que la fonctionnalité est annoncée en preview, l’équipe intégration peut tester et intégrer la solution. Dès l’annonce de la General Availibility, la fonctionnalité peut être déployée en production avec le même niveau de service et de SLA que les autres services Azure.

Adapter l’architecture avec des modèles Event-Driven

Vous pensez que les modèles d’architecture Event-Driven sont adaptés à votre contexte et vos besoins ? La suite Azure Integration Services proposent des services adaptés pour facilement enrichir votre plateforme avec des capacités de gestion d’évènements. Ces services peuvent être couplés aux autres afin de bénéficier du meilleur des deux mondes et proposer des modèles d’intégrations réactifs et robustes.

Comment conclure cette série d’articles sans aborder la question de l’IA ?

Pour conclure, une gouvernance efficace est le pilier d’une plateforme d’intégration robuste, évolutive et centralisée. En vous appuyant sur une équipe solide, une stratégie claire et des pratiques adaptées, vous assurez la réussite durable de votre plateforme Azure Integration Services.

Comme la plupart des domaines, l’émergence de l’IA et des cas d’usages associés fait évoluer les pratiques autour de l’intégration. Comment exposer de manière sécurisée et fiable les APIs OpenAI au travers d’Azure APIM ? ou encore comment profiter de la puissance de logicApp pour connecter facilement vos sources de données à vos modèles IA ?

Voici quelques idées d’évolutions pour la plateforme d’intégration qui viennent conclure notre série.