Introduction au Serverless sur AWS

Le serverless est un modèle de développement cloud-native qui permet aux développeurs de construire et d'exécuter des applications sans avoir à gérer de serveurs.
‍
Alors que serverless signifie littéralement " sans serveurs ", ceux-ci sont toujours présents mais abstraits du développement des applications. Ainsi, les tâches de provisionnement, de maintenance et de mise à l'échelle de l'infrastructure sont réalisées par le fournisseur de cloud et le client peut concentrer ses efforts sur le développement de son code.

Quels sont les principaux avantages de la technologie sans serveur ?

• Productivité: le modèle sans serveur permet d'améliorer la productivité des développeurs car ils ne sont plus responsables de la maintenance des serveurs, de sorte que le temps passé à approvisionner et à gérer les serveurs peut être réaffecté à leur cœur de métier : le développement de code.
  ‍
• Ne plus deviner la capacité: grâce à l'auto-scaling, les ressources sont automatiquement ajustées en fonction de vos besoins à tout moment. Cela signifie que vous n'avez pas à deviner la capacité de votre infrastructure et que vous évitez d'avoir des ressources inutilisées (ce qui permet de réaliser des économies) ou de manquer de ressources.
  ‍
• Réduction des coûts: le modèle sans serveur fonctionne avec une facturation à l'usage, basée sur le temps d'exécution réel du code et les ressources consommées. Vous avez la garantie de ne payer que ce que vous utilisez.
  ‍
• Informatique verte: en optimisant l'utilisation des ressources, le modèle sans serveur permet de réduire la consommation d'énergie.
  ‍
• Déployer plus rapidement: Avec serverless, les développeurs n'ont pas à s'occuper de la configuration du backend, ce qui leur permet de déployer leur code plus rapidement. Ils ont également la possibilité de déployer tout ou partie du code en une seule fois.

Si une architecture sans serveur offre de nombreux avantages, elle ne convient pas à tous les types d'application et il y a quelques facteurs limitatifs à prendre en compte, notamment :

• Une fois que votre architecture est sans serveur, il peut être très difficile de changer de fournisseur cloud
• Lorsqu'une fonction est moins sollicitée, une latence de démarrage peut apparaître, surtout par rapport aux ressources exécutées sur des serveurs dédiés.
• Serverless n'est pas adapté aux applications dont les processus de demande sont longs. Le temps d'exécution long et le déploiement de nombreuses ressources peuvent générer des coûts élevés.

Une architecture sans serveur sur AWS :

AWS a été le pionnier du modèle sans serveur en lançant le service AWS lambda en 2015. Lambda est un service de calcul sans serveur qui vous permet d'exécuter du code en réponse à des événements pour presque n'importe quel type d'application ou de service backend. Il vous suffit de fournir votre code dans l'un des langages pris en charge (Node.js, Python, Java, Go, .Net, Ruby).

Aujourd'hui, AWS propose une douzaine de services serverless, appelés services gérés, sur 3 couches : le calcul, l'intégration et le stockage de données. Voici un exemple d'architecture full serverless sur AWS pour une simple application web.

Ici, plusieurs services AWS serverless sont utilisés. Tout d'abord, il y a Route53 qui permet de gérer les DNS. Ensuite, il y a CloudFront qui agit comme un CDN et permet donc la mise en cache de certaines ressources. Il est lié au service Certificate Manager, qui assure l'installation des certificats SSL/TLS sur le nom de domaine. Ensuite, nous avons API Gateway, qui agit comme l'API qui connecte notre utilisateur avec l'application. Combiné au service Cognito, il est capable de rejeter la demande si l'utilisateur n'est pas authentifié ou autorisé. Dans le cas contraire, la demande suit son cours. Elle peut aller soit vers le service S3, si les données à récupérer sont statiques (comme une image par exemple), soit vers le service Lambda qui agira comme le back-end de notre application. Dans ce dernier cas, notre back-end pourra communiquer avec une base de données DynamoDB, pour récupérer les informations liées à l'utilisateur.

Tous les services utilisés ici sont serverless, et fonctionnent parfaitement sans qu'il soit nécessaire de mettre en place un serveur. Ainsi, si aucune requête n'est effectuée, il est possible de ne pas dépenser un centime. Et à l'inverse, si la charge venait à exploser, notre infrastructure pourrait évoluer sans problème.

‍

‍

‍

Bonus : Comment construire une passerelle API ?

Étapes de la création d'une passerelle API :

1. Créer un AWS Lambda

a.Connectez-vous à votre console AWS, et allez sur le service Lambda.

b. Cliquez sur "Créer une fonction".

c. Dans le formulaire, remplissez les éléments suivants :

i. Nom de la fonction : "my-first-lambda

ii. Exécution : Python 3.9

d. Enfin, cliquez sur "Créer une fonction".

  2. Créer une passerelle API

a. Accédez au service API Gateway

b. Cliquez sur "Create API

c. Choisissez HTTP Api et cliquez sur "Build".

d. Cliquez sur "Ajouter une intégration" et sélectionnez Lambda

e. Dans la barre de recherche qui apparaît, sélectionnez "my-first-lambda

f. Dans "API name", entrez "my-first-api" et cliquez sur "Review and create", puis sur "Create"

    3. Envoyer une demande à l'API

a. Copiez l'url présente sous le nom "Invoke URL", et ajoutez "/my-first-lambda" à la fin.

b. Collez cette url dans votre navigateur pour obtenir la réponse de votre Lambda : "Hello from Lambda !".

Vous venez de déployer et d'utiliser une API en quelques clics !

‍