Notes sur la mise à niveau#

V2.1.0#

Le plug-in Jenkins UrbanCode Velocity est désormais prérequis et doit être installé. Cela permet l'exécution de travaux Jenkins dans le cadre d'un plan de déploiement dansHCL™ Accelerate. La version 2.1.0 du plug-in est requise. Pour plus d'informations sur le plug-in, voir le site Web de Jenkins.

v2.0.0#

• Abandonne la prise en charge de MongoDB 3.4

  A compter de la version 2.0.0 de HCL™ Accelerate, le serveur MongoDB 3.4 n'est plus pris en charge. La version 2.0.0 de HCL™ Accelerate prend en charge les versions de serveur MongoDB suivantes : 3.6, 4.0 et 4.2. Pour plus d'informations sur les versions du serveur MongoDB hors service, voir le site Web de Mongo. Les installations Docker Compose effectuent automatiquement une mise à niveau vers la version 3.6. Les installations Helm nécessitent une installation ou une mise à niveau manuelle du serveur MongoDB vers la version 3.6 ou ultérieure. Les nouvelles installations Helm utilisent MongoDB 4.2 en fonction de la charte Helm.

v1.5.1#

• Améliore la prise en charge de la mise à niveau pour toutes les versions antérieures

  Toutes les versions peuvent être directement mises à niveau vers la version 1.5.1 ou une version ultérieure. Les mises à niveau de Helm depuis les versions 1.4.5 et 1.5.0 évitent les complications précédentes. HCL™ Accelerate 1.5.1 corrige également un ancien problème qui nécessitait une mise à niveau des versions antérieures à la version 1.2.6 vers la version 1.2.6 avant de poursuivre la mise à niveau.

  Remarque : Les mises à niveau Helm à partir de versions antérieures à la version 1.5.0 nécessitent toujours la commande helm delete --purge <nom_édition>.

v1.5.0#

• Introduit l'exigence de purge pour la mise à niveau des anciennes installations Helm

  A compter de la version 1.5.0, nous avons ajouté et modifié certains sélecteurs Helm pour respecter les bonnes pratiques. Par conséquent, l'exécution de la commande de mise à niveau Helm à partir d'une version précédente de HCL™ Accelerate échoue. Toutes les mises à niveau d'une version antérieure à la version 1.5.0 vers la version 1.5.0 ou ultérieure nécessiteront une purge Helm comme décrit ci-dessous. Supprimez votre édition actuellement installée avec la commande helm delete --purge <nom_édition>, où <nom_édition> correspond à votre édition actuelle d'UrbanCode Velocity. Suivez les instructions d'installation normales avec toutes lesvaleurs et tous les noms précédents de votre édition précédente.

  Remarque : Votre base de données Mongo ne sera pas modifiée, car elle est conservée en dehors de l'installation.

v1.4.5#

• Introduit la prise en charge de MongoDB et la cadence de mise à niveau

  Dans la version 1.4.5, la version distribuée de MongoDB a été mise à niveau de la version 3.4 à la version 3.6. Lors des installations de Docker Compose, la mise à niveau se produira automatiquement. D'autres plateformes Docker (OpenShift, Kubernetes, etc.) devront mettre à niveau manuellement leur instance MongoDB. La version 3.4 de MongoDB est toujours prise en charge depuis la sortie de la version 1.4.5. Toutefois, la version MongoDB 3.4 a été mise en fin de vie par Mongo, et nous recommandons donc aux clients de mettre à niveau au plus tôt. A l'avenir, lorsque notre version livrée de MongoDB sera mise à niveau, nous continuerons à prendre en charge la version précédente de MongoDB, mais la version antérieure à celle-ci sera déclarée obsolète. A titre d'exemple, lorsque la version livrée de MongoDB sera mise à niveau à la version 4.0, nous continuerons à prendre en charge la version 3.6 et déclarerons la version 3.4 obsolète. Nous estimons que deux mises à niveau MongoDB seront nécessaires par an. Les utilisateurs de la plateforme Enterprise Docker ne devront donc pas mettre à niveau leur image MongoDB plus d'une fois par an.

Sujet parent : Bienvenue