Règlement relatif aux abandons des agents Cloud Logging and Monitoring

Ce document détaille le règlement concernant les abandons des agents Cloud Logging and Cloud Monitoring et des composants côté client associés suivants :

Abandonner une version finale

Compatibilité des versions

Tous les agents et leurs composants côté client suivent la gestion sémantique de version <MAJEUR> <MINEUR> <CORRECTIF>. Par exemple, stackdriver-agent 5.5.2. Une nouvelle version incrémente :

  • la version MAJEUR lorsque les modifications apportées sont incompatibles avec les versions antérieures ;
  • la version MINEUR lors de l'ajout de fonctionnalités de manière rétrocompatible ;
  • la version CORRECTIF lors de corrections de bugs rétrocompatibles.

La compatibilité d'une version de l'agent signifie que les bugs existants sont débogués et corrigés sur chacune des plates-formes disponibles. Les clients peuvent avoir besoin de mettre à niveau leur agent vers la dernière version mineure de la même version majeure pour bénéficier des corrections de bugs intervenues depuis. Cependant, ils ne sont pas obligés de mettre à niveau une version majeure ultérieure de l'agent, qui peut contenir des modifications incompatibles avec les versions antérieures.

Si un problème de sécurité ou un bug critique détecté dans l'une des versions majeures compatibles existe également dans d'autres versions majeures compatibles, la correction de bug est rétroportée vers toutes les versions majeures compatibles, à moins que la correction ne soit pas rétrocompatible. Les nouvelles fonctionnalités ne seront pas rétroportées.

Les modifications rétrocompatibles, y compris les nouvelles fonctionnalités ou les corrections de bugs, sont incorporées dans les versions mineures de la version majeure la plus récente à tout moment. Les modifications incompatibles avec les versions antérieures sont intégrées à la prochaine version majeure.

Mise hors service

La durée de vie d'une version majeure d'un agent Cloud Logging ou Cloud Monitoring est d'au moins 12 mois. Une version majeure (par exemple, la version N) est mise hors service 12 mois après la publication de la version majeure suivante (par exemple, la version N+1). La mise hors service d’une version majeure signifie qu’elle ne reçoit plus de correctifs ni de versions mineures. Cela signifie également que l'assistance client n'est plus disponible pour cette version. Une fois qu'une version est mise hors service, les fichiers d'installation de l'agent pour cette version sont supprimés et ne peuvent plus être téléchargés.

Les versions ultérieures de l'agent ne portant que sur la mise à jour d'une version mineure ne réinitialisent pas le décompte. La durée de vie d'une version mineure suit le calendrier d'obsolescence et de mise hors service de sa version majeure.

Vous ne recevrez pas de notification de service obligatoire pour chaque version. À la place, la date de mise hors service planifiée sera incorporée dans les pages README de l'agent.

Lorsqu'un environnement, par exemple, Amazon Elastic Compute Cloud (EC2) ou un système d'exploitation arrive en fin de vie, la compatibilité des agents est également rendue obsolète. La mise hors service réelle se produit lorsque la compatibilité de l'environnement ou du système d'exploitation n'est plus assurée, sauf si une date de mise hors service spécifique a déjà été définie pour un agent. Pour plus d'informations, reportez-vous à la section Obsolescence programmée des environnements, systèmes d'exploitation et caractéristiques de ce guide.

Plan de transition pour les agents et composants existants

Les versions des agents et des composants côté client qui existaient avant ce règlement d'obsolescence restent disponibles et leur compatibilité sera assurée au moins jusqu'au 28 février 2020. Cependant, les corrections de bugs ne seront pas rétroportées pour ces versions.

Pour consulter les dates de mise hors service d'autres versions des agents et des composants, reportez-vous à la page README de chaque composant.

Obsolescence programmée des environnements, systèmes d'exploitation et caractéristiques

Compatibilité des environnements et des systèmes d'exploitation

Les agents Cloud Logging et Cloud Monitoring sont des fichiers binaires installés dans les environnements clients. Les agents sont compatibles avec de nombreuses combinaisons d’environnements et de systèmes d’exploitation différents. Amazon Linux sur EC2 en est un exemple.

Compatibilité des caractéristiques

Une caractéristique fait référence à une fonctionnalité particulière des agents qui répond à une exigence, représente une décision de conception et/ou fournit une option de configuration potentielle. L'ingestion de métriques pour une ressource surveillée est un exemple de caractéristique.

Obsolescence

Lorsque la compatibilité avec un environnement, un système d'exploitation ou une caractéristique n'est plus assurée, vous recevez une notification pour annoncer l'obsolescence, accompagnée d'un lien vers le règlement d'obsolescence correspondant. La notification est liée à la version majeure de la version de l'agent et du composant. La date de mise hors service de l'environnement, du système d'exploitation ou de la caractéristique est identique à la date de mise hors service de la version majeure de la version de l'agent. Cette version majeure est la dernière version majeure assurant la compatibilité avec l'environnement, le système d'exploitation ou la caractéristique.

Mise hors service

Lorsque la compatibilité avec un environnement, un système d'exploitation ou une caractéristique est rendue obsolète, l'assistance client n'est plus fournie pour cet environnement, ce système d'exploitation ou cette fonctionnalité. Une notification est envoyée pour annoncer la mise hors service.