Make your developers more productive
Knative components build on top of Kubernetes, abstracting away the complex details and enabling developers to focus on what matters. Built by codifying the best practices shared by successful real-world implementations, Knative solves the "boring but difficult" parts of deploying and managing cloud native services so you don't have to.Highlights
Focused API with higher level abstractions for common app use-cases.
Stand up a scalable, secure, stateless service in seconds.
Loosely coupled features let you use the pieces you need.
Pluggable components let you bring your own logging and monitoring, networking, and service mesh.
Knative is portable: run it anywhere Kubernetes runs, never worry about vendor lock-in. Idiomatic developer experience, supporting common patterns such as GitOps, DockerOps, ManualOps. Knative can be used with common tools and frameworks such as Django, Ruby on Rails, Spring, and many more.
Cloud Run : https://cloud.google.com/run/?hl=frExploitation des conteneurs dans un environnement sans serveur
Cloud Run est une plate-forme de calcul gérée qui effectue un scaling automatique de vos conteneurs sans état. Cloud Run fonctionne sans serveur : il élimine toute gestion de l'infrastructure, de sorte que vous pouvez vous concentrer sur ce qui compte le plus, la création d'applications de pointe. Exécutez vos conteneurs dans Cloud Run entièrement géré ou dans Cloud Run pour Anthos. Anthos est compatible avec GKE sur Google Cloud, sur site et dans les environnements multicloud. La plate-forme étant conçue à partir de Knative, vos applications sont basées sur un standard ouvert.
MICROSERVICES
Qu'est-ce qu'un Service Mesh ?
https://www.redhat.com/fr/topics/microservices/what-is-a-service-mesh
Un Service Mesh est un moyen de contrôler la façon dont différents éléments d'une application partagent des données les uns avec les autres. Contrairement à d'autres systèmes de gestion des communications, un Service Mesh est une couche d'infrastructure dédiée, créée directement dans l'application. Cette couche d'infrastructure visible peut indiquer la manière dont les différents éléments d'une application interagissent entre eux. Il devient dès lors plus facile d'optimiser les communications et d'éviter les temps d'arrêt lorsque l'application évolue.
Chaque élément, ou « service », d'une application dépend d'autres services pour satisfaire les attentes des utilisateurs. Prenons l'exemple d'une application de vente en ligne. Avant d'acheter un article, l'utilisateur a besoin de savoir s'il est en stock. Le service qui communique avec la base de données de l'inventaire doit alors communiquer avec la page Web du produit, laquelle doit communiquer à son tour avec le panier en ligne de l'utilisateur. Le revendeur peut aussi décider d'intégrer un service de recommandation de produits au sein de l'application pour guider les utilisateurs. Ce nouveau service devra communiquer avec une base de données de balises de produit pour générer des recommandations, mais aussi avec la base de données de l'inventaire avec laquelle la page produit devait déjà communiquer. Cela représente beaucoup d'éléments mobiles réutilisables.
Commentaires
Enregistrer un commentaire