Comment fonctionne le Serverless ?

Le serverless computing fonctionne sur une base dite event driven, soit lorsqu'un événement se produit, une fonction s'exécute. Il se distingue dans ce sens de l'usage de Machines Virtuelles (Virtual Machine, VM) ou de modèles PaaS (Platform as a Service) par exemple.

Lire la suite

Pourquoi Serverless ?

L'avantage principal de ce type de solution serverless est l'adaptabilité. La solution s'adapte directement à la charge de l'utilisation. Dès qu'un événement se produit, les ressources sont provisionnées pour traiter l'événement. De plus, les coûts se trouvent optimisés.

Il existe de nombreuses raisons pour lesquelles les développeurs peuvent choisir de construire des applications en utilisant une architecture sans serveur. Voici quelques-uns des avantages des architectures sans serveur :
1. Une flexibilité et une évolutivité accrues : L'un des principaux avantages des architectures sans serveur est qu'elles permettent une flexibilité et une évolutivité accrues. En effet, les architectures sans serveur permettent aux développeurs de lier leur logique applicative aux événements émis par d'autres services, tels que AWS Lambda ou API Gateway. Cela signifie que les développeurs peuvent écrire du code qui augmentera ou diminuera automatiquement en fonction du nombre d'événements traités.
2. Réduction des coûts opérationnels : Un autre avantage des architectures serverless est qu'elles peuvent contribuer à réduire les coûts opérationnels. En effet, les développeurs ne paient que pour les ressources de calcul que leur code consomme, plutôt que de devoir provisionner et gérer des serveurs.
3. Amélioration de la productivité des développeurs : Les architectures sans serveur peuvent également améliorer la productivité des développeurs. En effet, les développeurs peuvent se concentrer sur l'écriture du code, plutôt que de s'inquiéter du provisionnement et de la gestion des serveurs. De plus, les architectures sans serveur permettent une collaboration plus facile entre les développeurs, car le code peut être déployé et invoqué indépendamment.
4. Disponibilité accrue des applications : Les architectures sans serveur peuvent également contribuer à augmenter la disponibilité des applications. En effet, le code est déployé sur plusieurs régions, ce qui signifie que si une région tombe en panne, l'application peut toujours être servie depuis une autre région.