, dont l'essence continue le cap vers l'automatisation et l'optimisation du travail avec l'environnement cloud.

Rappelons qu'en mai 2019 nous avons présenté Red Hat OpenShift 4, la nouvelle génération de notre plateforme Kubernetes, que nous avons repensée pour simplifier la gestion des applications conteneurs dans les environnements de production.
La solution a été conçue comme une plateforme autogérée avec mises à jour logicielles automatiques et fonctions de gestion du cycle de vie dans un cloud hybride et repose sur la plateforme éprouvée Red Hat Enterprise. Linux et Red Hat Enterprise Linux CoreOS. Dans la version 4.2, nous avons mis l'accent sur l'amélioration de l'ergonomie de la plateforme pour les développeurs. Nous avons également simplifié la gestion de la plateforme et des applications pour les administrateurs de clusters en proposant des outils de migration d'OpenShift 3 vers 4, ainsi qu'en prenant en charge les configurations hors ligne.
OĂč est la vitesse ?
La version 4.2 simplifie grandement le travail avec Kubernetes, offrant un nouveau mode console de gestion OpenShift optimisé pour les tùches de développement, ainsi que de nouveaux outils et plugins pour créer des conteneurs, organiser des pipelines CI/CD et implémenter des systÚmes sans serveur. Tout cela aide les programmeurs à se concentrer plus précisément sur leur tùche principale : créer du code d'application, sans se laisser distraire par les particularités de Kubernetes.

Affichez la topologie de l'application dans la console du développeur.

Nouveau mode développeur de la console OpenShift
Nouveaux outils de développement dans OpenShift 4.2 :
- La console Web aide les développeurs à se concentrer sur ce qui compte le plus en affichant uniquement les informations et les configurations dont ils ont besoin. Une interface utilisateur améliorée pour l'affichage de la topologie et l'assemblage d'applications facilite la création, le déploiement et la visualisation d'applications conteneurisées et de ressources de cluster.
- Outillage â une interface de ligne de commande spĂ©ciale pour les dĂ©veloppeurs qui simplifie le dĂ©veloppement d'applications sur la plateforme OpenShift. En organisant l'interaction comme Git push, cette CLI aide les dĂ©veloppeurs Ă crĂ©er sans effort des applications sur la plateforme OpenShift, sans se plonger dans les subtilitĂ©s de Kubernetes.
- pour Microsoft Visual Studio Code, JetBrains IDE (y compris IntelliJ) et Eclipse Desktop IDE offrent une intégration facile avec les outils utilisés et vous permettent de développer, créer, déboguer et déployer des applications pour OpenShift dans l'environnement IDE familier aux développeurs.
- Extension de déploiement Red Hat OpenShift pour Microsoft Azure DevOps. Offre aux utilisateurs de cette boßte à outils DevOps la possibilité de déployer leurs applications sur Azure Red Hat OpenShift ou tout autre cluster OpenShift sur la plateforme Microsoft Azure DevOps.

Plugin pour Visual Studio
OpenShift complet sur un ordinateur portable
, qui sont des clusters OpenShift prĂȘts Ă l'emploi optimisĂ©s pour un dĂ©ploiement sur un poste de travail ou un ordinateur portable, permettent de dĂ©velopper des applications cloud localement.
Maillage de services
Notre solution , construit sur la base des projets logiciels open source Istio, Kiali et Jaeger et spécial , simplifie le développement, le déploiement et la maintenance des applications sur la plateforme OpenShift en fournissant les outils nécessaires et en prenant en charge l'automatisation des applications cloud basées sur des architectures modernes telles que les microservices. La solution permet aux programmeurs de se libérer de la nécessité de déployer et de maintenir de maniÚre indépendante les services réseau spécialisés requis pour les applications et la logique métier en cours de création.
, , est conçu sur mesure pour le développeur littéralement « du début à la fin » 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 d'un maillage de services en un clic. De plus, la solution offre des avantages en termes de gestion opérationnelle et de sécurité, tels que le cryptage du trafic entre les serveurs au sein du data center et l'intégration avec une passerelle API. .

Visualisation avancée du trafic du cluster à l'aide de Kiali dans OpenShift Service Mesh
Informatique sans serveur
Notre autre solution , vous aide Ă dĂ©ployer et Ă exĂ©cuter des applications qui Ă©voluent facilement Ă la demande, jusqu'Ă zĂ©ro. Construite sur le projet Knative et disponible en Technology Preview, cette solution peut ĂȘtre activĂ©e sur n'importe quel cluster OpenShift 4 Ă l'aide de l'opĂ©rateur Kubernetes associĂ©, facilitant ainsi le dĂ©marrage et l'installation des composants nĂ©cessaires au dĂ©ploiement d'applications ou de fonctions sans serveur sur OpenShift. Le mode de dĂ©veloppement de la console OpenShift, apparu dans la version 4.2, permet d'utiliser des options sans serveur dans les processus de dĂ©veloppement standards, comme Import from Git ou Deployan Image, en d'autres termes, vous pouvez crĂ©er des applications sans serveur directement depuis la console.

Configuration du déploiement sans serveur dans la console OpenShift
En plus de l'intĂ©gration avec la console dĂ©veloppeur, la nouvelle version d'OpenShift prĂ©sente d'autres amĂ©liorations en termes de sans serveur. Il s'agit en particulier de kn - l'interface de ligne de commande Knative, qui offre un fonctionnement pratique et intuitif, vous permet de regrouper les objets nĂ©cessaires aux applications ; prendre des instantanĂ©s du code et des configurations, et offre Ă©galement la possibilitĂ© de mapper les points de terminaison du rĂ©seau Ă des versions ou des services spĂ©cifiques. Toutes ces fonctionnalitĂ©s, disponibles en Technology Preview via l'opĂ©rateur OpenShift Serverless, aident les dĂ©veloppeurs Ă se familiariser avec l'architecture sans serveur et Ă avoir la flexibilitĂ© de dĂ©ployer leurs applications dans le cloud hybride sans ĂȘtre enfermĂ©s dans des infrastructures spĂ©cifiques.
Pipelines CI/CD cloud
L'intégration et la livraison continues (CI/CD) sont aujourd'hui des pratiques de développement clés qui augmentent la vitesse et la fiabilité du déploiement de logiciels. De bons outils CI/CD permettent aux équipes de développement de rationaliser et d'automatiser les processus de feedback, ce qui est essentiel au succÚs du développement agile. Dans OpenShift, vous pouvez utiliser Jenkins classique ou notre nouvelle solution comme boßte à outils .
Jenkins est aujourd'hui le standard de facto, mais nous associons l'avenir du conteneur CI/CD au projet de logiciel open source Tekton. Par conséquent, OpenShift Pipelines est construit spécifiquement sur la base de ce projet et prend mieux en charge les approches typiques des solutions cloud telles que le pipeline-as-code (« pipeline as-code ») et GitOps. Dans OpenShift Pipelines, chaque étape s'exécute dans son propre conteneur, de sorte que les ressources ne sont consommées que pendant l'exécution de cette étape, permettant aux développeurs de contrÎler totalement leurs pipelines de livraison, leurs plugins et leur contrÎle d'accÚs sans avoir à s'appuyer sur un serveur CI/CD central.
OpenShift Pipelines est toujours en version Developer Preview et est disponible en tant qu'opĂ©rateur correspondant pouvant ĂȘtre utilisĂ© dans n'importe quel cluster OpenShift 4. Jenkins peut ĂȘtre utilisĂ© dans les versions OpenShift 3 et 4.

Pipelines Red Hat OpenShift
Gestion des conteneurs dans un cloud hybride
L'installation et la mise Ă jour automatisĂ©es d'OpenShift rapprochent le cloud hybride le plus possible du cloud canonique en termes d'expĂ©rience utilisateur. OpenShift 4.2 Ă©tait auparavant disponible pour les principales plates-formes de cloud public, les nuages ââprivĂ©s, les plates-formes de virtualisation et les serveurs nus, mais la version XNUMX ajoute deux nouvelles plates-formes de cloud public Ă cette liste : Microsoft Azure et Google Cloud Platform, ainsi que les nuages ââprivĂ©s OpenStack.
Le programme d'installation d'OpenShift 4.2 a Ă©tĂ© amĂ©liorĂ© pour divers environnements cibles et est Ă©galement formĂ© pour fonctionner pour la premiĂšre fois avec des configurations isolĂ©es (non connectĂ©es Ă Internet). L'installation en bac Ă sable et le mode proxy obligatoire avec la possibilitĂ© de fournir votre propre offre d'autoritĂ© de certification contribuent Ă garantir la conformitĂ© aux normes rĂ©glementaires et aux protocoles de sĂ©curitĂ© internes. Le mode d'installation autonome vous permet de toujours disposer de la derniĂšre version d'OpenShift Container Platform dans les zones oĂč il n'y a pas d'accĂšs Internet ou dans des environnements dotĂ©s de 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 d'obtenir un cloud prĂȘt Ă l'emploi 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 d'applications conteneurisées dans le cloud et sur des infrastructures sur site. Avec une installation plus simple, plus automatisée et plus rapide, OpenShift 4.2 est désormais disponible sur 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
De nouveaux outils de migration de charges de travail facilitent la migration vers OpenShift 4.2 à partir des versions précédentes de la plateforme. Le transfert de charges d'un ancien cluster vers un nouveau est désormais beaucoup plus rapide, plus simple et avec un minimum d'opérations manuelles. L'administrateur du cluster doit simplement sélectionner le cluster OpenShift 3.x source, y marquer le projet (ou l'espace de noms) souhaité, puis spécifier quoi faire avec les volumes persistants correspondants - copiez-les sur le cluster OpenShift 4.x cible ou migrez-les. . Les applications continuent ensuite de s'exécuter sur le cluster d'origine jusqu'à ce que l'administrateur y mette fin.
OpenShift 4.2 prend en charge différents 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 permet de migrer avec un changement de systÚme de stockage lorsque, par exemple, le cluster d'origine utilise Gluster, et le nouveau utilise Ceph.
- Les données restent dans le référentiel actuel, mais elles sont connectées au nouveau cluster (commutation de volume persistante).
- Copie de systĂšmes de fichiers Ă l'aide de Restic.
La premiĂšre nuit est bonne
Souvent, nos utilisateurs aimeraient pouvoir tester les innovations OpenShift prĂ©vues bien avant la sortie d'une nouvelle version. . Veuillez noter que ces versions ne sont pas destinĂ©es Ă une utilisation en production, ne sont pas prises en charge, sont mal documentĂ©es et peuvent avoir des fonctionnalitĂ©s incomplĂštes. La qualitĂ© de ces builds augmente Ă mesure quâelles se rapprochent de la version finale.
Les versions nocturnes permettent aux clients et aux partenaires de prĂ©visualiser les nouvelles fonctionnalitĂ©s dĂšs le dĂ©but du dĂ©veloppement, ce qui peut ĂȘtre utile pour la planification du dĂ©ploiement ou l'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.0, la distribution open source Kubernetes créée par la communauté de développement et qui sous-tend Red Hat OpenShift. Nous invitons chacun à donner son avis sur la situation actuelle , Fedora CoreOS (FCOS) et Kubernetes au sein du groupe de travail OKD ou suivez les avancées sur le site .
Note:
Le mot « partenariat » dans cette publication n'implique pas un partenariat juridique ou toute autre forme de relation juridique entre Red Hat, Inc. et toute autre personne morale.
Source: habr.com
