Optimisation des coûts
Pas de gestion de serveur
Haute disponibilité
Ressources évolutives
Déploiement rapide
SERVERLESS est l’approche consistant à créer un logiciel ou une architecture où des services spécifiques du cloud public sont activés par des événements et où l’infrastructure connexe relève de la responsabilité du fournisseur.
Selon les spécialistes, cette solution est la plus proche du concept de cloud, qui se répand dans le monde entier.
Pourquoi ? Les systèmes construits de cette manière sont hautement évolutifs, hautement disponibles, ne nécessitent pas de consacrer du temps à la gestion des serveurs (malgré le nom, les serveurs sont évidemment là) et, surtout, vous ne payez que pour les ressources qui ont été réellement utilisées.
Comment cela fonctionne-t-il ? Le plus souvent, le code est déployé à l’intérieur de conteneurs, qui sont activés en réponse à des événements spécifiques. Il peut s’agir de requêtes http/https, d’événements de base de données, d’alertes, de tâches cron et bien d’autres encore. Ce code est transmis au fournisseur sous la forme d’une fonction, c’est pourquoi ce modèle est appelé FaaS, c’est-à-dire Function as a Service. Selon le fournisseur de cloud, le service peut prendre différents noms. Dans Amazon Web Services, c’est Amazon Lambda, dans Microsoft Azure – Azure Functions et dans Google Cloud Platform – Google Functions.
CLOUD NATIVE désigne les applications conçues de manière à utiliser tout le potentiel d’un nuage public.
Il permet de construire un avantage concurrentiel grâce à la rapidité, l’évolutivité, la flexibilité et la gestion budgétaire optimale offertes par le cloud.
Pour qu’une application puisse être qualifiée de « Cloud Native », elle doit remplir des conditions spécifiques. La meilleure pratique est qu’elle utilise des services entièrement gérés par le fournisseur de cloud computing. Dans le cas du calcul – avec FaaS ou des conteneurs gérés. En outre, elle doit être basée sur un nuage public (par exemple, AWS, Azure ou Google Cloud), être orientée vers une architecture de microservices et respecter les règles de « conception en cas de défaillance ».
Eyal Shahar
Director, Cloud Products and Services
Marc Beneteau
Gentherm
Project Team
