Red Hat OpenShift Serverless est un ensemble de composants orientés vers Kubernetes, gérés par des événements, pour les microservices, les conteneurs et les déploiements Function-as-a-Service (FaaS).
Cette solution « clé en main » comprend des outils de sécurité et de routage du trafic et intÚgre les Red Hat Operators, et pour exécuter des charges de travail 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 un large choix de langages de programmation, de frameworks, d'environnements de développement et d'autres outils pour la création et le déploiement de produits commerciaux innovants.
Caractéristiques clés de Red Hat OpenShift Serverless :
- Large choix de langages de programmation et de composants runtime pour les applications sans serveur. Vous pouvez choisir exactement l'ensemble d'outils qui vous convient.
- Mise Ă l'Ă©chelle horizontale automatique en fonction de l'intensitĂ© des requĂȘtes ou en rĂ©ponse Ă des Ă©vĂ©nements pour une gestion efficace des ressources basĂ©e sur des besoins rĂ©els, et non sur des hypothĂšses.
- Intégration complÚte avec OpenShift Pipelines, un systÚme Kubernetes pour l'intégration et le déploiement continus (CI/CD), basé sur Tekton.
- Un socle en tant que Red Hat Operator, permettant aux administrateurs de gérer en toute sécurité les instances en cours d'exécution et de les mettre à jour, tout en organisant le cycle de vie des applications de type services cloud.
- Suivi constant des nouvelles sorties communautaires, y compris Knative 0.13 Serving, Eventing et kn (l'outil en ligne de commande officiel pour Knative) â comme pour tous les autres produits Red Hat, cela implique des tests mĂ©ticuleux et une vĂ©rification sur diverses plateformes et configurations OpenShift.
De plus, Red Hat collabore Ă©troitement sur les technologies Serverless avec plusieurs partenaires, ainsi qu'avec Microsoft concernant Azure Functions et (en savoir plus sur ). En particulier, un opĂ©rateur OpenShift certifiĂ© est dĂ©jĂ disponible chez , et nous avons rĂ©cemment commencĂ© Ă collaborer avec , afin que le Serverless Framework puisse fonctionner avec OpenShift Serverless et Knative. Ces partenariats peuvent ĂȘtre considĂ©rĂ©s comme un signe de maturitĂ© du serverless et du dĂ©but de la formation d'un Ă©cosystĂšme industriel.
Si vous avez prĂ©cĂ©demment installĂ© la version bĂȘta de Red Hat OpenShift Serverless, vous pouvez la mettre Ă jour vers la version GA (disponibilitĂ© gĂ©nĂ©rale) publique. Pour ce faire, il faudra reconfigurer le canal de mise Ă jour d'abonnement OLM pour la version Technology Preview, comme indiquĂ© dans la Figure 1.
Figure 1. Mise Ă jour du canal d'abonnement.
Le canal d'abonnement doit ĂȘtre mis Ă jour pour correspondre Ă la version de l'OpenShift Container Platform soit 4.4, soit 4.3.
Knative Services â service de premier ordre
OpenShift 4.4 simplifie considérablement le déploiement d'applications avec la fonctionnalité OpenShift Serverless, permettant de déployer sans effort des Knative Services directement depuis le mode Développeur de la console web OpenShift.
Lors de l'ajout d'une nouvelle application au projet, il suffit d'indiquer le type de ressources Knative Service, ce qui active instantanément la fonctionnalité OpenShift Serverless et permet le scaling à zéro en mode attente, comme montré dans la Figure 2.
Figure 2. SĂ©lection de Knative Service comme type de ressources.
Installation simplifiée avec Kourier
Comme nous l'avons dĂ©jĂ mentionnĂ© dans , l'utilisation de a considĂ©rablement rĂ©duit le nombre de prĂ©requis pour l'installation de Serverless sur OpenShift, et dans la version GA, il y en a encore moins. Tout cela diminue la consommation de ressources, accĂ©lĂšre le dĂ©marrage Ă froid des applications, tout en Ă©liminant l'impact des charges de travail non serverless fonctionnant dans le mĂȘme espace de noms.
Dans l'ensemble, ces améliorations, ainsi que les ajouts dans OpenShift 4.3.5, accélÚrent la création d'applications à partir d'un conteneur préconstruit de 40 à 50 % en fonction de la taille de l'image.
Vous pouvez voir comment tout cela fonctionne sans utiliser Kourier Ă la Figure 3 :
Figure 3. Temps de crĂ©ation d'applications dans les cas oĂč Kourier n'est pas utilisĂ©.
Vous pouvez voir comment cela fonctionne lorsque Kourier est utilisé à la Figure 4 :
Figure 4. Temps de création d'applications avec Kourier.
TLS/SSL en mode automatique
OpenShift Serverless peut dĂ©sormais crĂ©er et dĂ©ployer automatiquement TLS/SSL pour la route (OpenShift Route) de votre Knative Service, vous permettant de ne pas vous soucier de la mise en Ćuvre et de la maintenance de ces fonctionnalitĂ©s pendant que vous travaillez sur l'application. En d'autres termes, Serverless libĂšre le dĂ©veloppeur des complexitĂ©s liĂ©es au TSL, tout en maintenant le niveau de sĂ©curitĂ© Ă©levĂ© que tout le monde attend de Red Hat OpenShift.
Interface de ligne de commande OpenShift Serverless
Dans OpenShift Serverless, il est appelé kn et est accessible directement dans la console OpenShift sur la page des outils en ligne de commande, comme indiqué à la figure 5 :
Figure 5. Page de téléchargement de l'interface de ligne de commande OpenShift Serverless.
En téléchargeant à partir de cette page, vous obtenez la version kn pour MacOS, Windows ou Linux, vérifiée par Red Hat et garantie sans logiciels malveillants.
La figure 6 montre comment avec kn, il est possible de déployer un service en une seule commande, permettant de créer en quelques secondes une instance de l'application sur la plateforme OpenShift avec un accÚs via URL :
Figure 6. Utilisation de l'interface de ligne de commande kn.
Cet outil permet de gérer pleinement les ressources de Serverless Serving et Eventing sans avoir à consulter ou modifier des configurations YAML.
Vue améliorée de Topology en mode développeur de la console
Voyons maintenant comment la vue améliorée de Topology facilite la gestion des services Knative.
Visualisation centrée sur Knative Service
Les services Knative sur la page de vue Topology sont affichés sous forme de rectangle contenant toutes les révisions, comme indiqué à la figure 7 :
Figure 7. Services Knative sur la page de vue Topology.
Ici, vous pouvez voir instantanément les pourcentages de répartition du trafic du service Knative, et regrouper les services Knative dans un groupe d'applications pour visualiser facilement ce qui se passe à l'intérieur du groupe sélectionné.
RĂ©duction des listes de services Knative OpenShift
Pour continuer sur le sujet du regroupement, il faut mentionner qu'avec OpenShift 4.4, il est possible de réduire les services Knative à l'intérieur 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.
Service Knative en détail
Dans OpenShift 4.4, le panneau latĂ©ral pour les services Knative a Ă©galement Ă©tĂ© amĂ©liorĂ©. Il dispose d'un onglet Ressources, oĂč sont affichĂ©s les composants du service, tels que les Pods, RĂ©visions et Routes. Ces composants offrent Ă©galement un accĂšs rapide et simple aux journaux des pods individuels.
La vue Topology montre Ă©galement les pourcentages de rĂ©partition du trafic et permet mĂȘme de modifier rapidement la configuration. Ainsi, vous pouvez rapidement connaĂźtre la rĂ©partition du trafic pour le service Knative sĂ©lectionnĂ© en temps rĂ©el, en fonction du nombre de pods en cours d'exĂ©cution pour la rĂ©vision donnĂ©e, comme indiquĂ© Ă la figure 8.
Figure 8. RĂ©partition du trafic du service Knative.
Un regard plus approfondi sur les révisions Serverless
La présentation Topology permet désormais d'explorer beaucoup plus en profondeur la révision sélectionnée, par exemple, de visualiser rapidement tous ses pods et, si besoin, de consulter leurs journaux. De plus, dans cette vue, on peut facilement accéder aux déploiements et aux configurations de la révision, ainsi qu'à la sous-route qui pointe directement vers cette révision, comme illustré à la Fig. 9 :
Fig. 9. Ressources associées aux révisions.
Nous espérons que les innovations décrites ci-dessus vous seront utiles pour créer et gérer des applications serverless, et que les prochaines versions apporteront encore plus de fonctionnalités utiles pour les développeurs, comme la possibilité de créer des sources d'événements, entre autres.
Intéressé ?
Nous apprécions vos retours
, ce que vous pensez du serverless. Rejoignez notre groupe Google pour participer aux discussions et aux séminaires Office Hours, pour collaborer avec nous et partager vos retours et suggestions.
Informations supplémentaires
sur le développement d'applications OpenShift à travers les ressources suivantes de Red Hat :
Source : habr.com
