Les architectures sans serveur se réfèrent à des applications qui dépendent de manière significative de services tiers (connue sous le nom de Backend en tant que service ou «BaaS») ou sur un code personnalisé exécuté dans des conteneurs éphémères (Function as a Service ou «FaaS»), le fournisseur de ce service le plus connu est actuellement AWS Lambda.
"Nous le savons, le monde informatique est en constant changement. Que ce soit les évolutions matérielles, l’avènement de l’IoT dans les objets de tous les jours ou encore les services proposés par les Cloud Providers.
Le monde du développement logiciel n’échappe pas à cette tendance. Outre les nouveaux frameworks Web qui sortent plus vite que notre courbe d’apprentissage, les architectures applicatives elles aussi se voient repensées, remaniées.
Il y a encore peu de temps, nous pensions tous qu’un bon vieux monolithe était “LA” solution simple, efficace et pas chère. Hors avec l’émergence de la conteneurisation et du DevOps, un nouveau panel d’architectures a vu le jour.
Nous avons ainsi hérité des architectures Microservices. Simples, scalables et rapides à développer lorsque l’on se base sur des générateurs tels que JHipster (...), elles ont ouvert de nouvelles voies dans le développement d’applications Web.
Mais comme toute nouvelle architecture, celle-ci vient avec son lot de contraintes. L’une d’entre elles est la gestion de l’infrastructure.
Même si le DevOps et la conteneurisation ont apporté beaucoup dans cette problématique, ils ne l’ont pas résolue pour autant. Aujourd’hui, une nouvelle architecture fait parler d’elle dans le monde de l’IT, c’est le «Serverless».
Les architectures sans serveur se réfèrent à des applications qui dépendent de manière significative de services tiers (connue sous le nom de Backend en tant que service ou «BaaS») ou sur un code personnalisé exécuté dans des conteneurs éphémères (Function as a Service ou «FaaS»), le fournisseur de ce service le plus connu est actuellement AWS Lambda.
De nos jours la migration de nombreuses fonctionnalités côté FrontEnd nous a permis de supprimer nos besoins de serveurs “Always On”. Selon les circonstances, de tels systèmes peuvent réduire considérablement le coût et la complexité opérationnels et ainsi se résumer à payer uniquement les frais d’utilisation (bande passante, volume de stockage). Ainsi on ne paie que ce que l’on consomme (connu aussi comme le pay-as-you-go)."
