AWS ferme DevOps Guru et d'autres services

Le catalogue d'AWS se resserre. Dans une annonce publiée le 29 septembre 2026, Amazon Web Services a détaillé une nouvelle série de changements de disponibilité : Amazon DevOps Guru fermera ses portes aux nouveaux clients le 29 octobre avant de s'arrêter définitivement, et plusieurs autres services passent en maintenance ou en fin de vie. Les équipes qui s'appuient sur l'un d'eux ont désormais un calendrier précis à intégrer.

Trois statuts, trois niveaux d'urgence

AWS distingue plusieurs étapes dans le cycle de vie de ses services :

• Maintenance : le service reste exploité et pris en charge pour les clients existants, mais il n'accepte plus de nouveaux clients. C'est le cas, à partir du 29 octobre 2026, d'Amazon Chime SDK SIP Media Application et d'Amazon WorkSpaces Secure Browser.
• Sunset : une date de fin de support est fixée. Amazon Managed Blockchain s'arrêtera le 29 septembre 2027, Amazon DevOps Guru le 30 septembre 2027 et AWS Backint Agent pour SAP ASE le 29 septembre 2027. La console autonome d'AWS Infrastructure Composer atteindra sa fin de support dès le 7 décembre 2026.
• Fin de support : Amazon Mechanical Turk figure dans cette catégorie, avec une date du 29 septembre 2026 dans l'annonce.

DevOps Guru : ce qui cessera de fonctionner

DevOps Guru, le service de détection d'anomalies opérationnelles fondé sur l'apprentissage automatique, n'accueillera plus de nouveaux comptes à partir du 29 octobre. Les clients inscrits avant cette date peuvent continuer à l'utiliser jusqu'au 30 septembre 2027. D'ici là, AWS promet des correctifs de sécurité et de bugs critiques, mais plus aucune nouvelle fonction.

Après l'échéance, la console et l'API disparaîtront, et les insights déjà générés ne seront plus récupérables. Le point le plus sensible concerne l'infrastructure as code : les types de ressources AWS::DevOpsGuru::ResourceCollection et AWS::DevOpsGuru::NotificationChannel seront retirés. Un modèle CloudFormation, CDK ou Terraform qui les déclare encore échouera à la création ou à la mise à jour, et une seule ressource en échec peut bloquer toute une pile. AWS recommande de les retirer des modèles plutôt que de les supprimer à la main, pour que l'état des piles reste cohérent.

Pour remplacer le service, AWS oriente vers Amazon CloudWatch pour la détection d'anomalies sur les métriques et les alarmes, et vers Amazon DevOps Agent pour l'enrichissement et l'investigation des incidents. Les clients qui veulent conserver leurs insights doivent les exporter avant la fin du support, via un canal de notification SNS pour les nouveaux et via l'API pour l'historique.

WorkSpaces Secure Browser : deux pistes de migration

Les clients existants de WorkSpaces Secure Browser peuvent continuer à l'utiliser normalement. Pour ceux qui préfèrent anticiper, AWS propose deux alternatives : Amazon WorkSpaces Applications avec une image Chrome autogérée, qui conserve l'isolation par streaming de pixels, ou un navigateur d'entreprise sécurisé installé sur le poste, comme Island Enterprise Browser, partenaire d'AWS. Certaines fonctions, comme l'authentification unique vers les applications ou la mise à jour des politiques en temps réel, demanderont alors une configuration supplémentaire. La documentation conseille de commencer par exporter en JSON les politiques de navigateur de chaque portail.

Faire l'inventaire dès maintenant

Ces échéances rappellent qu'une architecture cloud doit suivre le cycle de vie de ses briques, au même titre que les versions de Kubernetes qui arrivent en fin de vie. Première étape : rechercher dans les dépôts d'infrastructure as code les références aux services concernés, puis planifier leur retrait. AWS renvoie vers sa page Product Lifecycle pour suivre les prochaines annonces.