Politique de Cycle de vie de Red Hat Openstack Platform

Présentation

Red Hat fournit une prise en charge et assure la maintenance sur des périodes précises pour les principales versions de Red Hat OpenShift Container Platform (OCP), comme indiqué dans le tableau ci-dessous. Les calendriers de cycle de vie publiés permettent à nos clients et à nos partenaires de planifier, déployer et prendre en charge efficacement Red Hat OpenShift Container Platform.

Le cycle de vie indique les différents niveaux de maintenance pour chaque nouvelle version de ce produit sur une période allant de la date de la sortie initiale du produit—ou disponibilité générale (GA)—à la date de fin de la phase de maintenance. Le cycle de vie des produits OCP est généralement de deux ou trois ans selon la phase de cycle de vie. Pour certains produits OCP (comme décrit ci-dessous), vous pouvez acheter un abonnement ESL (Extended Life Support) proposé, en complément, non obligatoire, pour prolonger le cycle de vie de quelques années de support supplémentaire.

Les changements aux logiciels OCP sont fournis par mises à jour individuelles appelées avis d'errata. Ces avis d'errata sont publiés dans le Portail Client Red Hat ou autres portails autorisés de Red Hat. Les avis d'errata peuvent être fournis individuellement en fonction des besoins ou agrégés en version mineure. Les avis d'errata peuvent contenir des correctifs de sécurité (RHSA ou « Avis de sécurité Red Hat »), des correctifs de bogues (RHBA ou « Avis de correctifs de bogues »), ou des améliorations de fonctionnalités (RHEA ou « Avis d'amélioration Red Hat »).

Ces correctifs peuvent être produits individuellement selon les besoins, ou bien ils peuvent être regroupés sous forme de correctif cumulatif (par exemple, version 3.1.1.6), ou encore, ils pourront être inclus dans une version mineure (par exemple, une version 3.1). Les correctifs peuvent contenir des correctifs de sécurité et/ou de bogues. Les changements au niveau de l'amélioration des fonctionnalités sont généralement introduits dans les versions mineures et majeures — et non pas sous forme de mises à jour de versions RHSA ou RHBA. Red Hat est prêt à faire des efforts commercialement raisonnables afin d'assurer la compatibilité avec la version majeure initiale (par exemple, 3.0) qu'ils sont censé mettre à jour. En cas d'incompatibilité, cela sera indiqué dans les notes de version. Il peut y avoir des cas où les errata/correctifs exigent que les utilisateurs d'OCP consomment des mises à jour précédentes. Ce sera également documenté dans les notes de sortie, le cas échéant. Les errata/correctifs seront basés sur et exigeront l'installation de mises à jour mineures précédentes.

OCP propose un ensemble de runtimes et de frameworks d'applications à ses utilisateurs dans le contenu. C'est ce que l'on appelle souvent des « cartridges » dans OCP 1.x et 2.x ou des modèles et images dans la version 3.x. On compte 3 classifications de technologie prise en charge avec OCP :

Chaque classification d'OCP mentionnée ci-dessus comporte son propre cycle de vie. Veuillez consulter les liens fournis dans le tableau pour en savoir plus sur un cycle de vie de produit d'une classification spécifique. Dans le reste de ce document, nous allons nous concentrer sur le produit OCP principal. Les cartridges, modèles, ou images OCP basés sur les Add-ons de RHEL Software Collections(1) et des produits JBoss ne sont pas couverts par cette politique.

Les versions OCP comprennent un ensemble de technologies open source. Les versions OCP sont testées et qualifiées par rapport à des versions spécifiques de deux technologies open source de base appelées Kubernetes et docker. Si un problème critique ou bug se trouve dans la version OCP en cours, directement lié à Kubernetes et docker, Red Hat fera les efforts commercialement raisonnables qu'il faut pour réparer ou régler la version actuelle. Dans certaines situations, cette solution pourrait ne pas être possible sans une mise à niveau vers une version ultérieure d'OCP, et dans de telles situations, il faudra faire la mise à jour vers la version actuelle d'OpenShift afin d’obtenir un correctif pour ces composants sous-jacents. Reportez-vous à la OCP-matrice de configurations testées- OCP pour plus d’informations.

Phases d'un cycle de vie

Red Hat publie des calendriers de cycle de vie de produits dans le but de fournir autant de transparence que possible, mais peut faire des exceptions en cas de conflits imprévisibles (comme pour la fin de vie (EOL) d’une plateforme ou d'un composant dépendant) hors du contrôle de Red Hat. Le cycle de vie d'une version majeure d’OCP est divisé en trois phases primaires : Phase de prise en charge totale, Phase de maintenance, et Phase de vie prolongée.

Prise en charge totale

Date de début : mise à disponibilité générale (GA)

La Prise en charge totale est fournie en fonction de l'étendue de la couverture et du contrat SLA (niveau de service). De même, le support apporté au développement est fourni suivant l'étendue de la couverture publiés et du contrat SLA (niveau de service). Tous les correctifs disponibles applicables seront distribués par le biais des mises à jour périodiques de produits et de correctifs cumulatifs, ou selon les besoins, de correctifs de sécurité applicables, qui permettront au client de rester sur une ancienne version (X.X) d'OpenShift Container Platform plus longtemps, tout en recevant les correctifs critiques, si besoin est. Il n'y aura pas de correctifs de niveau de sécurité inférieur distribué dans les versions d'Openshift non courantes.

Support maintenance

Date de début : deux (2) ans après la date de disponibilité générale (GA)

Le support en production est fourni en fonction de l'étendue de la couverture et du contrat SLA (niveau de service). De même, le support apporté au développement est fourni selon l'étendue de la couverture et du contrat SLA (niveau de service). Pendant la phase de maintenance, on fournira tous les correctifs disponibles applicables d'impact Critique ou Important, ainsi que les correctifs de bogues Mission-critique.

Phase de vie prolongée

En tant que module complémentaire de l'abonnement OCP, Red Hat offre un abonnement de prolongation de la prise en charge (ESL) (de l'anglais Extended Life Cycle Support). ELS fournit des correctifs de sécurité à impact critique, ainsi que des correctifs de bogue à haute priorité sélectionnés si et et quand ces correctifs sont disponibles. En général, pour les abonnés ELS, Red Hat continuera de fournir des correctifs de sécurité à impact critique, si et quand ces correctifs sont disponibles, indépendamment des requêtes des clients. Red Hat continuera de fournir des correctifs Mission-critique de bogues de produits uniquement à la demande des clients. ELS est normalement disponible pendant 2 ans après la fin de la période de Support de maintenance.

1. L'intégralité des détails sur les services de prise en charge sont fournis dans le cadre du contrat d'abonnement.
2. Red Hat peut opter de répondre aux problèmes critiques ou ayant un impact important sur les activités des clients à l'aide d'un correctif temporaire, suite à la demande du client, pendant qu'un correctif de bogue est en cours de création.
3. Les versions mineures et majeures sont porteuses des améliorations principales de logiciels. Les déploiements, mises à jour et correctifs sont spécifiquement réservés aux correctifs de bogues.
4. Les dernières informations en matière de sécurité se trouvent à l'adresse suivante : https://access.redhat.com/site/security/updates/.
5. Red Hat apporte des correctifs de sécurité d'impact critique et des correctifs de bogues de priorité urgente sélectionnés, le cas échéant.
6. De plus, Red Hat continue généralement à fournir des correctifs de sécurité d'impact critique lorsqu'ils sont rendus disponibles, et cela, indépendamment des requêtes des clients.

Durée d'un cycle de vie

Les cycles de vie de Red Hat OpenShift Container Platform sont, en général, de deux, trois ou cinq ans, avec des extensions possibles comme expliqué ci-dessous, avec un abonnement, une étendue de couverture et un contrat SLA séparés.

Cycle de vie de produit