Qu'est-ce qu'une structure sans serveur ?

Une structure sans serveur est un ensemble de services qui permet aux équipes DevOps de créer et d'écrire du code sans avoir à gérer l'infrastructure sous-jacente requise pour le développement d'applications. Il existe encore des serveurs impliqués dans le développement sans serveur, mais ils sont provisionnés, configurés, entretenus et mis à jour par un fournisseur de services cloud.

Une infrastructure sans serveur évolue automatiquement. Les clients ne réservent pas ou ne paient pas un nombre fixe de serveurs, mais sont facturés en fonction du volume de calcul requis. Déployées dans des conteneurs, les applications sans serveur se lancent automatiquement chaque fois qu'elles sont appelées. Le fournisseur de services cloud est chargé de s'assurer que les applications disposent des ressources dont elles ont besoin et que les équipes DevOps peuvent créer et exécuter des logiciels à leur demande.

AWS Lambda, les fonctions Microsoft Azure et les fonctions Google Cloud font partie des structures sans serveur courantes.

FaaS est un type de service de cloud computing qui permet également aux développeurs de créer, d'exécuter et de gérer des éléments de code modulaires en tant que fonctions, sans avoir à gérer l'infrastructure sous-jacente. FaaS permet aux développeurs d'exécuter des applications déclenchées par un événement à la périphérie et à la demande, en payant les processus serveur uniquement pendant l'exécution de l'application. Ces fonctionnalités facilitent l'évolution du code et la mise en œuvre de microservices de manière rentable.

Une structure sans serveur offre des avantages significatifs aux équipes DevOps par rapport aux environnements alternatifs.

• Coût réduit. Dans la mesure où une infrastructure sans serveur ne facture que le temps de traitement nécessaire à l'exécution des applications, les entreprises finissent par payer moins que pour d'autres services basés sur le cloud dans lesquels les serveurs fonctionnent en permanence et doivent être gérés de manière continue.
• Évolutivité simplifiée : Les structures sans serveur peuvent évoluer facilement pour répondre aux pics de demande et aux nouvelles opportunités commerciales, sans que les équipes DevOps n'aient à se soucier de la gestion des serveurs ou de la sécurité à mesure que les opérations évoluent.
• Délais de commercialisation plus courts. Les environnements sans serveur peuvent être provisionnés en quelques minutes ou heures, ce qui permet aux entreprises d'accélérer leur mise sur le marché.
• Latence réduite. Avec une architecture sans serveur, le code peut s'exécuter sur n'importe quel serveur, y compris les serveurs périphériques plus proches des utilisateurs finaux, afin de minimiser la latence.
• Plus de flexibilité. Les plateformes sans serveur permettent aux équipes DevOps de créer des applications dans n'importe quelle langue ou structure de développement.

• Problèmes de sécurité. Étant donné que les fournisseurs de services cloud sont responsables du maintien de la sécurité des environnements sans serveur, les entreprises peuvent ne pas avoir une visibilité totale sur la sécurité.
• Difficultés de test et de débogage. Les développeurs n'ayant pas de visibilité sur les processus back-end, les tests et le débogage de code peuvent s'avérer plus compliqués.
• Processus à long terme. Bien que l'exécution sans serveur soit idéale pour l'exécution d'applications de courte durée qui exécutent un service puis s'arrêtent, l'exécution d'applications sur des périodes plus longues peut ne pas être aussi rentable sur une infrastructure sans serveur.
• Dépendance vis-à-vis d'un seul fournisseur. La responsabilité d'un fournisseur de services cloud pour l'ensemble de l'infrastructure sous-jacente peut rendre difficile le changement de fournisseur si nécessaire.

Bien qu'une structure sans serveur présente certaines similitudes avec d'autres modèles de services cloud, il existe des différences significatives qui rendent l'infrastructure sans serveur plus appropriée dans certaines situations.

• Infrastructure en tant que service (IaaS). Avec les offres IaaS, les entreprises doivent trouver des hypothèses en amont et informées sur leurs besoins futurs en ressources cloud, ce qui peut entraîner un surprovisionnement, une sous-utilisation et des coûts supplémentaires. En revanche, la capacité des structures sans serveur n'est consommée que lorsque les applications sont lancées et l'entreprise cesse de payer une fois l'application terminée.
• Plateforme en tant que service (PaaS). À l'instar des structures sans serveur, les offres PaaS offrent un accès aux outils de développement d'applications sans que les développeurs n'aient à gérer le back-end. Cependant, la tarification des solutions PaaS n'est pas aussi précise que celle des solutions sans serveur, et les offres PaaS peuvent ne pas évoluer aussi facilement.
• Back-end en tant que service (BaaS). À l'instar des structures sans serveur, les solutions BaaS permettent aux développeurs d'éviter la gestion des serveurs et de l'infrastructure back-end en externalisant ces tâches à un fournisseur de services cloud. Cependant, les solutions BaaS peuvent ne pas évoluer automatiquement comme les structures sans serveur. De plus, comme les offres BaaS ne sont pas axées sur les événements comme les solutions sans serveur, elles peuvent consommer plus de ressources serveur, ce qui augmente les coûts.