Red Hat OpenShift Serverless est un ensemble de composants Kubernetes pilotés par événements pour les implémentations de microservices, de conteneurs et de Function-as-a-Service (FaaS).
Cette solution prête à l'emploi inclut la sécurité et le routage du trafic et combine les opérateurs Red Hat, и pour exécuter des charges sans état et sans serveur sur la plateforme OpenShift dans des environnements privés, publics, hybrides et multi-cloud.
permet aux développeurs de se concentrer entièrement sur la création d'applications de nouvelle génération, en offrant une large sélection de langages de programmation, de frameworks, d'environnements de développement et d'autres outils pour créer et déployer des produits professionnels révolutionnaires.
Principales fonctionnalités de Red Hat OpenShift Serverless :
- Large sélection de langages de programmation et de composants d'exécution pour les applications sans serveur. Vous pouvez choisir exactement l'ensemble d'outils dont vous avez besoin.
- Mise à l'échelle horizontale automatique en fonction de l'intensité des demandes ou des événements pour gérer efficacement les ressources en fonction de besoins réels et non spéculatifs
- Intégration transparente avec OpenShift Pipelines, un système de construction et de livraison continue (CI/CD) basé sur Kubernetes et optimisé par Tekton
- La base se présente sous la forme de Red Hat Operator, qui permet aux administrateurs de gérer et de mettre à jour en toute sécurité les instances en cours d'exécution, et organise également le cycle de vie des applications telles que les services cloud.
- Surveiller en permanence les nouvelles versions de la communauté, notamment Knative 0.13 Serving, Eventing et kn (la CLI officielle de Knative) - comme pour tous les autres produits Red Hat, cela signifie des tests et une validation approfondis sur diverses plates-formes et configurations OpenShift.
En outre, Red Hat coopère étroitement sur les technologies sans serveur avec un certain nombre de partenaires, ainsi qu'avec Microsoft sur Azure Functions et (pour les détails voir ). En particulier, un opérateur OpenShift certifié existe déjà chez , et récemment nous avons commencé à coopérer afin que le Framework Serverless puisse fonctionner avec OpenShift Serverless et Knative. Ces partenariats peuvent être considérés comme un signe de la maturité du sans serveur et le début de la formation d'un écosystème industriel.
Si vous avez déjà installé la version préliminaire de Red Hat OpenShift Serverless, vous pouvez la mettre à niveau vers la version GA en disponibilité générale. Dans ce cas, pour la version Technology Preview, vous devrez reconfigurer le canal de mise à jour de l'abonnement OLM, comme indiqué dans la Fig. 1.
Riz. 1. Mise à jour du canal d'abonnement.
Le canal d'abonnement doit être mis à jour pour correspondre à la version 4.4 ou 4.3 d'OpenShift Container Platform.
Knative Services – un service de première classe
OpenShift 4.4 simplifie considérablement le déploiement d'applications avec la fonctionnalité OpenShift Serverless, vous permettant de déployer sans effort les services Knative directement depuis le mode développeur de la console Web OpenShift.
Lors de l'ajout d'une nouvelle application à un projet, il suffit de spécifier le type de ressource Knative Service pour celle-ci, activant ainsi instantanément la fonctionnalité OpenShift Serverless et permettant la mise à l'échelle jusqu'à zéro en mode veille, comme le montre la Fig. 2.
Riz. 2. Sélectionnez Knative Service comme type de ressource.
Installation facile grâce à Kourier
Comme nous l'avons déjà écrit dans , utilisation a permis de réduire considérablement la liste des exigences lors de l'installation de Serverless sur OpenShift, et dans la version GA, ces exigences sont devenues encore plus réduites. Tout cela réduit la consommation de ressources, accélère le démarrage à froid des applications et élimine également l'impact des charges régulières non sans serveur exécutées dans le même espace de noms.
En général, ces améliorations, ainsi que les améliorations d'OpenShift 4.3.5, accélèrent de 40 à 50 % la création d'applications à partir d'un conteneur prédéfini, en fonction de la taille de l'image.
Comment tout se passe sans utiliser Kourier est visible sur la figure 3 :
Riz. 3. Délai de création de l'application dans les cas où Kourier n'est pas utilisé.
Comment tout se passe lorsque Kourier est utilisé est visible sur la figure 4 :
Riz. 4. Temps de création de l'application lors de l'utilisation de Kourier.
TLS/SSL en mode automatique
OpenShift Serverless peut désormais créer et déployer automatiquement TLS/SSL pour la route OpenShift de votre service Knative, vous n'avez donc pas à vous soucier de la mise en œuvre et de la maintenance de ces fonctionnalités lorsque vous travaillez sur votre application. En d’autres termes, Serverless soulage le développeur des complexités associées à TSL, tout en maintenant le haut niveau de sécurité que tout le monde attend de Red Hat OpenShift.
Interface de ligne de commande sans serveur OpenShift
Dans OpenShift Serverless, il s'appelle kn et est disponible directement dans la console OpenShift sur la page Outils de ligne de commande, comme le montre la Fig. 5 :
Riz. 5. Page de téléchargement de la CLI sans serveur OpenShift.
Lorsque vous téléchargez kn depuis cette page, vous obtenez sa version MacOS. Windows ou Linux, qui a été vérifié par Red Hat et dont l'absence de logiciels malveillants est garantie.
En figue. La figure 6 montre comment, dans kn, vous pouvez déployer un service avec une seule commande pour créer une instance d'application sur la plateforme OpenShift avec accès via URL en quelques secondes :
Riz. 6. Utilisation de l'interface de ligne de commande kn.
Cet outil vous permet de gérer entièrement les ressources de serveur et d'événements sans serveur sans avoir à consulter ou modifier les configurations YAML.
Vue Topologie améliorée en mode développeur de la console
Voyons maintenant comment la vue Topologie améliorée facilite la gestion des services Knative.
Knative Service – Visualisation centrée
Les services Knative sur la page d'affichage Topologie s'affichent sous la forme d'un rectangle contenant toutes les révisions, comme le montre la figure 7 :
Riz. 7. Knative Services sur la page d'affichage Topologie.
Ici, vous pouvez voir instantanément les pourcentages actuels de répartition du trafic de Knative Service et regrouper les services Knative au sein d'un groupe d'applications pour surveiller facilement visuellement ce qui se passe au sein du groupe sélectionné.
Réduire les listes de services OpenShift Knative
Poursuivant le thème du regroupement, il faut dire que dans OpenShift 4.4, vous pouvez regrouper les services Knative au sein d'un groupe d'applications pour une visualisation et une gestion plus pratiques des services lorsque des applications plus complexes sont déployées dans le projet.
Knative Service en détail
OpenShift 4.4 améliore également la barre latérale des services Knative. Un onglet Ressources y est apparu, où sont affichés les composants de service tels que les pods, les révisions et les itinéraires. Ces composants permettent également une navigation rapide et facile vers les journaux de pod individuels.
La vue Topologie affiche également les pourcentages de répartition du trafic et vous permet même de modifier rapidement la configuration. Ainsi, vous pouvez connaître rapidement la répartition du trafic pour le service Knative sélectionné en temps réel par le nombre de pods exécutés pour une révision donnée, comme le montre la Fig. 8.
Riz. 8. Répartition du trafic du service Knative.
Un examen plus approfondi des révisions sans serveur
De plus, la vue Topologie vous permet désormais d'examiner beaucoup plus en profondeur la révision sélectionnée, par exemple, de voir rapidement tous ses pods et, si nécessaire, de consulter leurs journaux. De plus, dans cette vue, vous pouvez facilement accéder aux déploiements et configurations d'une révision, ainsi qu'à une sous-route qui pointe directement vers cette révision, comme le montre la figure 9. XNUMX :
Riz. 9. Ressources associées aux audits.
Nous espérons que les innovations décrites ci-dessus vous seront utiles lors de la création et de la gestion d'applications sans serveur, et que les futures versions incluront des fonctionnalités encore plus utiles pour les développeurs, par exemple la possibilité de créer des sources d'événements et autres.
Intéressé?
Les commentaires sont importants pour nous
que pensez-vous du sans serveur. Rejoignez notre groupe Google pour participer aux discussions et aux ateliers pendant les heures de bureau, pour collaborer avec nous et fournir des commentaires et des suggestions.
Pour plus d'informations,
sur le développement d'applications OpenShift à l'aide des ressources Red Hat suivantes :
Source: habr.com
