🔎 Qu’est-ce que le serverless ?

Joffrey Nurit

il y a 2 ans

Dans l’hébergement applicatif, le cloud a apporté une vraie révolution, avec notamment le serverless. Cette notion est peut cependant être mal comprise. Et quand il s’agit d’héberger votre application, ou même d’en concevoir l’architecture, il peut être important de bien cerner quels sont les spécificités de ce type d’hébergement ⬇.

Table des matières

Toggle

🎯 Bien définir le serverless

Le problème dans l’incompréhension du serverless vient directement de son nom, qui est un « faux ami ». Si on peut facilement le traduire par « sans server », ce n’est pas tout à fait vrai. Le serverless, c’est une catégorie de service cloud qui consiste à héberger ses applications sans se préoccuper des machines (matériel, OS et services) qui les hébergent.

Avec le serverless donc, ce n’est pas qu’il n’y a pas de serveur. C’est plutôt qu’on a pas à s’en préoccuper. Nous avons donc une couche d’abstraction qui permet de ne pas avoir à se soucier qui est sous-jacent. Cette couche d’abstraction est assurée par la containérisation de votre application.

🤔 Qu’est-ce que ça implique ?

Dans le serverless, l’énorme intérêt est de justement ne plus se préoccuper du serveur. On évite ainsi les installations du matériel, des logiciels, et la maintenance de l’ensemble. On cherche à réduire au maximum notre charge afin de se concentrer sur notre objectif : l’hébergement de nos applications.

*Le principal intérêt du serverless va être de gagner en temps et en fiabilité sur vos infrastructures d’hébergements applicatifs*

Lorsqu’on choisit ce type de solution, les objectifs peuvent être divers, et souvent multiples :

Volonté de simplifier la gestion de l’hébergement applicatif
Amélioration de la scalabilité des applications (voir l’article sur le service Azure Autoscale)
Réduction de la maintenance et des indisponibilités
Réduction des coûts
Déresponsabilisation de l’hébergement
Faciliter les backups et les restaurations
… et d’autres que j’ai probablement oublié de lister ici

Avec le serverless, vous allez directement passer d’un modèle « On premises » (vous gérez l’ensemble de l’infrastructure, maté) ou IaaS (vous placez des VM sur le cloud, mais devez quand même gérer les systèmes d’exploitation et les services) à un modèle PaaS.

Les différents modèles de gestion de vos infrastructures, avec la répartition des responsabilités en fonction du type de service choisi. Ici, la représentation des responsabilités sur Microsoft Azure. Le serverless est du PaaS (Platform as a Service).

*Il existe aussi une excellente infographie pour bien comprendre les différents types de modèles, appliqué à un contexte quotidien. Je vous laisse apprécier. Source*

⚖ Avantages et inconvénients

Les avantages et inconvénients décrits ci-dessous sont le fruit de ma réflexion et mon expérience. Ils dépendent de votre situation, notamment de votre environnement actuel de comparaison, mais aussi de votre expérience et de vos connaissances.

Avantages	Inconvénients
Gain de sécurité : pas d’erreur humaine, pas de mise à jour oubliée, pas de soucis de droits	Possibilité de coupures (même si faible, voir SLA)
Responsabilité partagée avec le prestataire cloud	L’application hébergée doit être compatible avec le service utilisé
Absence de maintenance OS et services
Disponibilité assurée par SLA
Simplicité de gestion (déployer un service ce fait en quelques clics)
Création d’infrastructure de test / preprod rapide
Possibilité de monter et abaisser la charge en quelques clics, avec par exemple Azure Autoscale, permettant ainsi de répondre aux affluences en un temps record et/ou de réduire les factures
Réductions des couts : il est possible d’avoir une infrastructure s’ajustant très rapidement aux besoins. En mettant cela en place, on ne paye que ce que l’on consomme

🛠 Exemples des services Serverless sur Microsoft Azure

Les services d’hébergement applicatif « Serverless » proposé dans les environnements cloud sont nombreux. Des articles sur les différents services vont arriver prochainement.

App Service : le service d’hébergement applicatif par défaut. Il propose un service web capable d’héberger différents types d’application (.net, PHP, nodeJs, et bien d’autres) sur des environnements Windows ou Linux.
Azure Function : Hébergement d’applications légères, avec plusieurs types de déclencheurs (http, timer, etc.). Idéal pour la création d’API ou de services. Voir l’article.
Azure Static Web App : Hébergement d’applications web statique (html) ou dynamique via javascript. Le service est plus léger que App Service, mais possède un « free tiers« . Idéal pour l’hébergement de site vitrine, statique, ou de petites Single Page Applications.
Azure Logic App : Développement d’application No Code en quelques clics, basé sur la création de logigrammes. Voir l’article.

🧭 Retour d’expérience

Le serverless a été un réel apprentissage. Au début, cela a été compliqué et imparfait, tant du côté du service que la mise en application technique. Ce concept nouveau bouscule les conceptions qu’on peut avoir de l’architecture logicielle, notamment quand on a fait principalement de l’hébergement sur VM. On ne sait pas exactement quoi utiliser, quand, et comment nos applications peuvent tirer le meilleur de l’infrastructure.

Mais on y prend vite goût, et on y voit vite aussi les énormes avantages à passer sur ce type de service.

L’absence d’installation répétitive des systèmes d’exploitation et des services d’hébergement web est un vrai confort. Avec cela, on gagne clairement en vélocité, car on peut déployer des dizaines de services en quelques clics.

Mais on gagne aussi en sécurité, car tout est déployé automatiquement. Et nous n’avons accès qu’à un espace limité, suffisant pour héberger notre application.

De plus, le service vient nativement avec plusieurs services « annexes » essentiels.

Le monitoring est intégré par défaut, ce qui là encore donne un vrai confort pour tous. En tant qu’administrateur, mais aussi pour les équipes de développements sur les infrastructures de test par exemple.
Le filtrage IP est prévu par défaut, et il est possible de configurer des VNET
La possibilité d’y intégrer aussi un service de monitoring de la sécurité (payant) qui vérifie que toutes les bonnes pratiques de sécurités sont en place, et vous alerte en cas de changements / manquements.
etc.

Pour ceux qui débutent, je conseille de se lancer avec les App Service. On héberge son application web comme sur un IIS, un Nginx ou un Apache. Les autres services ne sont pas plus compliqués, mais plus spécifiques. Si vous êtes adeptes des API, partez plutôt sur les Azure Functions. Dans tous les cas, n’hésitez pas à utiliser Microsoft Learn pour les ressources d’apprentissage sur ces sujets, et bien d’autres !

👩‍💻 Démonstration

Si vous souhaitez, j’ai un exemple d’application serverless, et qui tourne entièrement en free tier, disponible ici : https://github.com/joffreynurit/Demo.MeetupEvent.

Cet exemple sert notamment d’API pour les events Meetup du site de l’association MTG:France.