, 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é créée en tant que plate-forme autogérée avec mises à jour automatiques et gestion du cycle de vie dans un cloud hybride et repose sur Red Hat Enterprise Linux et Red Hat Enterprise Linux CoreOS éprouvés. Dans la version 4.2, l'objectif était de rendre la plateforme plus conviviale 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 proposant des outils de migration d'OpenShift 3 vers 4, ainsi qu'en implémentant la prise en charge des 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.
- Инструментарий – 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, en déployant une pile OpenShift complète à l'aide de Red Hat Enterprise Linux CoreOS, une version allégée de Red Hat Enterprise Linux, vous pouvez avoir un cloud prêt en moins d'une heure après 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