Comment fonctionne l'informatique sans serveur (Function-as-a-Service) et oĂč il est utilisĂ©

L'informatique sans serveur et les solutions Function-as-a-Service qui fonctionnent sur sa base aident les développeurs à développer des produits axés sur les fonctionnalités métier. Nous avons expérimenté ces technologies et sommes arrivés à la conclusion que les solutions existantes pour le combat sont humides. Allons dans l'ordre.





Le terme informatique sans serveur est quelque peu trompeur - bien sĂ»r, les serveurs restent au cƓur du produit, mais les dĂ©veloppeurs n'ont pas Ă  s'en soucier. À la base, Serverless poursuit les mĂȘmes idĂ©es de virtualisation que les technologies aaS prĂ©cĂ©dentes: permettant Ă  l'Ă©quipe de se concentrer sur le dĂ©veloppement de code et de fonctionnalitĂ©s. Si IaaS est une abstraction d'Ă©quipement, les conteneurs sont une abstraction d'applications, alors FaaS est une abstraction de la logique mĂ©tier d'un service.





L'idée n'est pas d'emballer le serveur d'applications, la base de données, les équilibreurs de charge dans le conteneur. Les développeurs peuvent isoler une fonction dans le code, la charger sur la plate-forme cloud et l'exécuter si nécessaire. Provisionner des instances, déployer du code et allouer des ressources, lancer des interfaces Web, surveiller l'état de santé, assurer la sécurité - tout cela se fait automatiquement.





FaaS offre une flexibilitĂ© maximale dans la gestion des performances - pendant les temps d'arrĂȘt, la fonction ne consomme aucune ressource et, si nĂ©cessaire, la plate-forme alloue rapidement la capacitĂ©, ce qui sera suffisant pour presque toutes les charges de travail. Sert une application d'un utilisateur ou de cent mille Ă  la fois - les performances d'un systĂšme avec l'architecture FaaS ne souffrent pas rĂ©ellement, et un produit avec une architecture traditionnelle aurait certainement des problĂšmes.





L'Ă©quipe ne se soucie pas du backend et des processus de dĂ©ploiement, dans des conditions idĂ©ales, l'implĂ©mentation d'une nouvelle fonctionnalitĂ© se rĂ©duit Ă  tĂ©lĂ©charger une fonction sur le serveur. En consĂ©quence, le dĂ©veloppement progresse plus rapidement, le temps de mise sur le marchĂ© diminue. Et dans l'entreprise dans son ensemble, la mise en Ɠuvre de FaaS aide Ă  dĂ©velopper une approche de plate-forme - pour l'informatique sans serveur, un pool de ressources cloud d'un fournisseur ou d'un cluster Kubernetes est nĂ©cessaire.





Serverless-. : Lambda Amazon KNative. Amazon, Kubernetes.





Amazon Lambda – , . , , , .





«» – , . , , , .





KNative – , Kubernetes.





Lambda, , . :





  • Event source – FaaS-, . HTTP-, ,





  • Broker – «», Event Source. Kafka, ..





  • Trigger – Broker , «» Service.





  • Service – , -.





, , : (1) , (2) Docker-, (3) .





KNative – , FaaS- . , , .





FaaS

, 0 100%:





  • , . / , , .





  • (push, email, ).





  • , , – . Serverless , .. . , , .





Serverless:

  1. . , , .





  2. – AWS, Microsoft Azure Google Cloud. Kubernetes .





  3. FaaS – « », . , DDD. , . . .





– Serverless

... A condition que les dĂ©veloppeurs dĂ©veloppent cette direction, en particulier - pour dĂ©velopper des plates-formes open source au niveau du mĂȘme Amazon Lambda.





La motivation de tels projets peut ĂȘtre une rĂ©duction des coĂ»ts des ressources, une meilleure gestion des gros produits Ă  forte intensitĂ© Ă©nergĂ©tique. Mais pour l'instant, les dĂ©veloppeurs peuvent trouver plus facile de travailler Ă  l'ancienne. La possession de Serverless et la possibilitĂ© d'utiliser ces outils est un bon bagage, les entreprises devraient attendre quelques annĂ©es avant de les utiliser au combat.








All Articles