En octobre 2019, OpenShift 4.2 est sorti , dont l'essentiel continue le cours vers l'automatisation et l'optimisation du travail avec le cloud.
Rappelons qu'en mai 2019, nous avons présenté Red Hat OpenShift 4, la prochaine génération de notre plate-forme Kubernetes, que nous avons repensée pour simplifier la gestion des applications conteneurisées dans les environnements de production.
La solution a été créée en tant que plate-forme autonome avec des fonctions de mise à jour automatique des logiciels et de gestion du cycle de vie dans un cloud hybride et est basée sur les systèmes éprouvés Red Hat Enterprise Linux et Red Hat Enterprise Linux CoreOS. Dans la version 4.2, l'objectif était de rendre la plateforme plus pratique pour les développeurs. De plus, nous avons simplifié le travail de gestion de la plateforme et des applications pour les administrateurs de cluster en offrant des moyens de migration de la 3e à la 4e version d'OpenShift, ainsi que la mise en œuvre de la prise en charge des configurations sans accès à Internet.
Où est la vitesse ici?
La version 4.2 simplifie considérablement le travail avec Kubernetes, offrant un nouveau mode de console de gestion OpenShift optimisé pour les tâches de développement, ainsi que de nouveaux outils et plugins pour la construction de conteneurs, l'organisation de pipelines CI / CD et l'implémentation de systèmes sans serveur. Tout cela aide les programmeurs à se concentrer davantage sur leur tâche principale - créer du code d'application, sans être distrait par les fonctionnalités de Kubernetes.
Affichez la topologie d'application dans la console du développeur.Nouveau mode développeur de la console OpenShiftNouveaux outils de développement dans OpenShift 4.2:
- Le mode de développement de la console Web aide les développeurs à se concentrer sur l'essentiel, en affichant uniquement les informations et les configurations nécessaires. Une interface utilisateur avancée pour afficher la topologie et créer des applications facilite la création, le déploiement et la visualisation d'applications conteneurisées et de ressources de cluster.
- La boîte à outils odo est une interface de ligne de commande spéciale pour les développeurs qui simplifie le développement d'applications sur la plate-forme OpenShift. Organisant des interactions comme git push, cette CLI aide les développeurs à créer des applications sur la plate-forme OpenShift sans effort supplémentaire, sans plonger dans les subtilités de Kubernetes.
- Red Hat OpenShift Connector pour Microsoft Visual Studio Code, JetBrains IDE (y compris IntelliJ) et Eclipse Desktop IDE offre une intégration facile avec les outils utilisés et vous permet de développer, créer, déboguer et déployer des applications pour OpenShift dans l'IDE familier pour les développeurs.
- Extension de déploiement Red Hat OpenShift pour Microsoft Azure DevOps . Fournit aux utilisateurs de cette boîte à outils DevOps la possibilité de déployer leurs applications sur Azure Red Hat OpenShift ou dans tout autre cluster OpenShift sur la plateforme Microsoft Azure DevOps.
OpenShift complet sur un ordinateur portable
Les conteneurs Red Hat CodeReady , qui sont des clusters OpenShift prêts à l'emploi optimisés pour un déploiement sur un poste de travail ou un ordinateur portable, offrent la possibilité de développer des applications basées sur le cloud en mode local.
Maillage de service Maillage de service
Notre solution
OpenShift Service Mesh , basée sur des projets open source Istio, Kiali et Jaeger et un
opérateur Kubernetes spécial, simplifie le développement, le déploiement et la maintenance d'applications sur la plate-forme OpenShift, en fournissant les outils nécessaires et en adoptant l'automatisation des applications cloud basées sur des architectures modernes telles que comme les microservices. La solution permet aux programmeurs d'être libérés de la nécessité de déployer et de maintenir indépendamment les services réseau spécialisés nécessaires aux applications créées et à la logique métier.
Red Hat OpenShift Service Mesh ,
disponible pour OpenShift 4 , est littéralement conçu pour les développeurs littéralement «de et vers» et offre des fonctionnalités telles que le traçage, les métriques, la visualisation et la surveillance des communications réseau, ainsi que l'installation et la configuration du maillage de service en un seul clic. En outre, la solution offre des avantages de gestion opérationnelle et de sécurité, tels que le chiffrement du trafic entre les serveurs du centre de données et l'intégration avec la passerelle API
Red Hat 3scale .
Visualisation avancée du trafic de cluster à l'aide des outils Kiali dans le cadre du maillage de service OpenShiftInformatique sans serveur
Notre autre solution,
OpenShift Serverless , vous aide à déployer et à exécuter des applications qui évoluent facilement à la demande de haut en bas jusqu'au niveau zéro. Cette solution, construite sur la base du projet Knative et disponible dans la version Technology Preview, peut être activée sur n'importe quel cluster OpenShift 4 à l'aide de l'opérateur Kubernetes correspondant, ce qui facilite le démarrage et l'installation des composants nécessaires au déploiement d'applications ou de fonctions sans serveur sur OpenShift. Le mode développeur de la console OpenShift, qui est apparu dans la version 4.2, vous permet d'utiliser des options sans serveur dans les processus de développement standard, tels que l'importation depuis Git ou Deployan Image, en d'autres termes, vous pouvez créer des applications sans serveur directement à partir de la console.
Configuration du déploiement sans serveur dans la console OpenShiftEn plus de l'intégration avec la console du développeur, il existe d'autres améliorations sans serveur dans la nouvelle version d'OpenShift. En particulier, il s'agit de kn - l'interface de ligne de commande Knative qui fournit un fonctionnement pratique et intuitif, vous permet de regrouper les objets nécessaires aux applications; prendre des instantanés de code et de configurations, et permet également de mapper les points de terminaison réseau à des versions ou services spécifiques. Toutes ces fonctionnalités, disponibles dans la version Technology Preview via l'opérateur OpenShift Serverless, aident les développeurs à démarrer avec une architecture sans serveur et à déployer de manière flexible leurs applications dans un cloud hybride sans être liés à des infrastructures spécifiques.
Convoyeurs Cloud CI / CD
L'intégration et la livraison continues (CI / CD) sont les principales pratiques de développement d'aujourd'hui qui augmentent la vitesse et la fiabilité du déploiement de logiciels. Une bonne boîte à outils CI / CD permet aux équipes de développement d'optimiser et d'automatiser les processus de rétroaction, ce qui est crucial pour un développement agile réussi. Dans OpenShift, vous pouvez utiliser le Jenkins classique ou notre nouvelle solution
OpenShift Pipelines comme tels outils.
Jenkins est la norme de facto aujourd'hui, mais nous lions l'avenir du conteneur CI / CD au projet open source Tekton. Par conséquent, OpenShift Pipelines est construit sur la base de ce projet et prend mieux en charge des approches basées sur le cloud telles que le pipeline en tant que code («pipeline en tant que code») et GitOps. Dans OpenShift Pipelines, chaque étape est effectuée dans son propre conteneur, de sorte que les ressources sont utilisées uniquement pendant l'exécution de cette étape, ce qui permet aux développeurs de contrôler pleinement leurs canaux de distribution, leurs plug-ins et leur contrôle d'accès sans utiliser de serveur central CI / CD.
OpenShift Pipelines est toujours à l'étape de l'aperçu du développeur et est disponible en tant qu'opérateur approprié pouvant être utilisé dans n'importe quel cluster OpenShift 4. Jenkins peut être utilisé à la fois dans les 3e et 4e versions d'OpenShift.
Convoyeurs Red Hat OpenShiftGestion de conteneurs cloud hybride
L'installation et la mise à jour automatisées d'OpenShift rapprochent le cloud hybride le plus possible du cloud canonique du point de vue de l'expérience. Le quatrième OpenShift était auparavant disponible pour les principales plates-formes de cloud public, les environnements de cloud privé, les plates-formes de virtualisation et les serveurs bare-metal, mais la version 4.2 ajoute deux nouvelles plates-formes de cloud public à cette liste - Microsoft Azure et Google Cloud Platform, ainsi que les clouds privés OpenStack .
Le programme d'installation d'OpenShift 4.2 a été finalisé pour divers environnements cibles et a été formé pour la première fois à travailler avec des configurations isolées (non connectées à Internet). L'installation autonome et le mode proxy obligatoire avec la possibilité de fournir des chaînes de certificats personnalisées (bundle CA) aident à garantir la conformité aux normes réglementaires et aux protocoles de sécurité internes. Le mode d'installation silencieuse vous permet de toujours disposer de la dernière version d'OpenShift Container Platform où il n'y a pas d'accès à Internet ou dans des environnements avec des politiques de test d'image strictes.
De plus, le déploiement d'une pile OpenShift complète à l'aide de Red Hat Enterprise Linux CoreOS, une version allégée de Red Hat Enterprise Linux, vous permet de préparer votre cloud en moins d'une heure après le début de l'installation.
Red Hat OpenShift vous permet d'unifier les processus de création, de déploiement et de gestion des applications de conteneur dans le cloud et les infrastructures sur site. Avec une installation plus simple, automatisée et plus rapide, OpenShift 4.2 est désormais disponible sur les plateformes AWS, Azure, OpenStack et GCP, permettant aux organisations de gérer efficacement leurs plateformes Kubernetes dans un cloud hybride.
Migration facile d'OpenShift 3 vers OpenShift 4
Les nouveaux outils de migration de la charge de travail facilitent la mise à niveau vers OpenShift 4.2 à partir des versions précédentes de la plateforme. Le transfert de charges de l'ancien cluster vers le nouveau est désormais beaucoup plus rapide, plus facile et avec un minimum d'opérations manuelles. Il suffit que l'administrateur de cluster sélectionne le cluster OpenShift 3.x source, marque le projet (ou espace de noms) dessus, puis spécifie quoi faire avec les volumes permanents correspondants - copiez-les dans le cluster OpenShift 4.x cible ou transférez-les. Après cela, les applications continuent de s'exécuter sur le cluster source jusqu'à ce que l'administrateur termine son travail.
OpenShift 4.2 prend en charge divers scénarios de migration:
- Les données sont copiées à l'aide d'un référentiel intermédiaire basé sur le projet Velero. Cette option vous permet de migrer avec une modification du système de stockage lorsque, par exemple, Gluster est utilisé dans le cluster d'origine et Ceph est utilisé dans le nouveau cluster.
- Les données restent dans le référentiel actuel, mais elles se connectent au nouveau cluster (commutateur de volume permanent).
- Copie de systèmes de fichiers via Restic.
Première nuit à droite
Souvent, nos utilisateurs souhaitent pouvoir essayer les innovations prévues d'OpenShift bien avant la sortie d'une nouvelle version.
Par conséquent, à partir d'OpenShift 4.2, nous fournissons aux clients et partenaires un accès aux versions préliminaires de la construction nocturne . Veuillez noter que ces assemblages ne sont pas destinés à être utilisés en production, ne sont pas fournis avec le support, sont mal documentés et peuvent avoir des fonctionnalités incomplètes. La qualité de ces assemblages augmente à mesure que vous approchez de la version finale.
Les assemblages de construction nocturnes permettent aux clients et partenaires de se familiariser avec les nouvelles fonctionnalités dans les premières étapes du développement, ce qui peut être utile en termes de planification du déploiement ou d'intégration d'OpenShift avec les propres solutions des développeurs ISV.
Note aux membres de la communauté OKD
Les travaux ont commencé sur OKD 4.3, une distribution open source Kubernetes créée par la communauté de développement qui sous-tend Red Hat OpenShift. Nous invitons chacun à donner son évaluation de l'état actuel d'
OKD4 , Fedora CoreOS (FCOS) et Kubernetes dans le cadre du groupe de travail OKD, ou à suivre les progrès sur le site Web
OKD.io.Remarque:
Le mot «partenariat» dans cette publication ne signifie pas un partenariat juridique ou toute autre forme de relation juridique entre Red Hat, Inc. et toute autre entité juridique.