Mise en production d'une intégration IA : échéances et suivi

Une intégration d'IA qui marche le jour de la démonstration peut s'arrêter seule trois mois plus tard, sans qu'une ligne de code ait changé. La cause est presque toujours une échéance : une clé qui expire, un abonnement aux notifications qui n'a pas été renouvelé, un jeton non rafraîchi. Avant la mise en production, listez-les toutes, automatisez ce qui peut l'être, et surveillez le reste. Voici les échéances et les seuils relevés le 15/11/2026 dans la documentation des éditeurs, puis la liste de contrôle.

Le calendrier des échéances

Microsoft Graph propose des notifications de cycle de vie qui préviennent quand le jeton d'accès va expirer, quand l'abonnement va expirer, et quand un administrateur retire à l'application le droit de lire la ressource. Abonnez-vous-y : c'est l'alerte la moins chère.

Les délais de propagation à connaître

Certains changements ne sont pas immédiats, ce qui fausse les tests le jour de la bascule :

• Droits d'une application dans Exchange Online (RBAC) : de 30 minutes à 2 heures selon l'activité de l'application. La commande Test-ServicePrincipalAuthorization contourne ce cache pour vérifier.
• Délégation au niveau du domaine Google Workspace : jusqu'à 24 heures, en général moins.
• Application Teams chargée par l'administrateur : disponible pour l'organisation après quelques heures.

Les seuils à surveiller

Pour les 429, Microsoft recommande d'attendre le délai de Retry-After, de réessayer, et de recommencer tant que l'erreur revient ; sans en-tête, d'espacer les tentatives de façon exponentielle. Surtout, ne pas réessayer immédiatement. Le sujet côté API des modèles est traité sur Cercle IA Tech · API.

La liste de contrôle avant la bascule

Environnements

• Un environnement de test séparé : locataire de test Microsoft 365 (Microsoft le suggère si le chargement d'applications est interdit), espace de test Slack, base Odoo de test.
• Des clés d'API distinctes pour le développement, les tests et la production, comme le recommande Anthropic pour ses clés.

Secrets

• Toutes les clés et tous les jetons dans un gestionnaire de secrets, aucun dans le code.
• Une procédure de rotation écrite pour chaque clé à durée limitée.

Droits

• Un compte technique dédié par intégration, avec le minimum de droits.
• Les permissions globales retirées là où une restriction plus fine existe (Microsoft Entra ID et RBAC Exchange, par exemple).
• Les comptes et les scopes inscrits dans un registre, avec une date de revue.

Fiabilité

• Une file d'attente entre les événements reçus et les appels au modèle.
• Le dédoublonnage des événements reçus deux fois.
• Une relecture périodique des sources pour rattraper les notifications perdues.

Suivi

• Un journal de chaque appel : qui, quelles données lues, quel modèle, quelle réponse, combien de jetons. La méthode est sur Cercle IA Tech · Sécurité.
• Des alertes sur les 429, les erreurs d'authentification et les abonnements proches de l'expiration.
• Une revue régulière des journaux et de la consommation chez le fournisseur du modèle.

Qualité

• Un jeu de questions de référence rejoué avant chaque changement de modèle ou de consigne. Voir évaluer un agent IA.

Le retour arrière, écrit avant la bascule

Savoir couper vite, c'est ce qui rend une mise en production acceptable. Les éditeurs documentent l'effet de chaque coupure :

Écrivez pour chaque intégration : qui peut couper, comment, et comment repasser au fonctionnement sans IA pendant ce temps. Pour l'ensemble du schéma, revenez à l'architecture d'intégration type.