Maison >interface Web >js tutoriel >Fonctions sans serveur: Guide de l'utilisation et du déploiement
Ces dernières années, les fonctions sans serveur (parfois appelées "sans serveur" ou "informatique sans serveur") sont devenues une technologie populaire. Cependant, il y a encore beaucoup de confusion à propos de ce terme. Comment exécuter du code sans serveur? Quels sont les avantages et les inconvénients de cette technologie? Dans quelles circonstances peuvent-elles être utilisées? Dans cet article, j'espère répondre à ces questions et vous fournir un bon aperçu de la technologie.
Points clés
Qu'est-ce qu'une fonction sans serveur?
La première fois que j'ai entendu le terme "sans serveur" susciterait sûrement la curiosité. "Comment exécuter du code sur le Web sans serveur?" Ce que cela signifie réellement, c'est qu'en tant que développeur, vous n'avez pas à vous soucier du serveur où le code s'exécute. La configuration du matériel, la configuration du réseau, l'installation et l'extension du logiciel sont tous résumés par des fournisseurs sans serveur.
Du point de vue de développement, les fonctions sans serveur sont des packages de code que vous téléchargez sur un fournisseur sans serveur tel que AWS ou Google. Ce code peut être configuré pour répondre aux demandes via URL, exécuté comme planifié (c'est-à-dire via des travaux CRON) ou appelez à partir d'autres services ou fonctions sans serveur.
Les fonctions sans serveur sont idéales pour ajouter des fonctionnalités backend aux applications frontales sans la complexité et le coût de l'exécution d'un serveur complet.
À l'autre Extreme, vous pouvez également créer toute l'application à l'aide de fonctions sans serveur. Combiné avec d'autres services cloud qui fournissent un stockage de fichiers, des systèmes de base de données et une authentification, des applications grandes, robustes et évolutives peuvent être construites sans configurer un seul serveur.
Avantages des fonctions sans serveur
La fonction sans serveur s'exécute dans un mini conteneur qui est démarré à la demande. Ils sont conçus pour des courses assez courtes, donc la facturation est soumise à cela. Contrairement aux instances de serveur complètes qui sont généralement facturées par heure, les fonctions sans serveur sont généralement facturées en secondes GB. Étant donné que le temps de facturation le plus court concerne les millisecondes, les charges de travail à basse fréquence ou sporadiques s'exécutent en fonctions sans serveur beaucoup moins chères que les instances de serveur traditionnelles. Les charges de travail légères et le prototypage peuvent même tomber sous le niveau libre de certains fournisseurs.
Les appels à la demande des fonctions sans serveur signifient qu'ils peuvent être mis à l'échelle rapidement et facilement sans avoir besoin pour les développeurs de faire un travail supplémentaire. Cela les rend idéaux pour les situations où le trafic peut proliférer de manière imprévisible, car davantage d'instances de fonction seront automatiquement fournies pour gérer la charge. Après cela, la fonction s'allongera, ce qui signifie que vous n'avez pas à payer pour une capacité inutilisée.
Un avantage majeur du modèle sans serveur est qu'il ne nécessite pas de traitement du serveur. L'exécution d'une application Web nécessite beaucoup de temps et d'expertise de gestion du serveur pour maintenir le logiciel à jour avec les correctifs de sécurité et s'assurer que le serveur est correctement configuré pour la sécurité et les performances élevées. Pour les start-ups et les petites entreprises, l'embauche de personnes pour gérer la gestion des serveurs est une énorme surcharge supplémentaire. Avec un serveur sans serveur, les développeurs peuvent se concentrer sur la création de solutions.
Inconvénients des fonctions sans serveur
Bien sûr, aucune technologie n'est parfaite et les fonctions sans serveur ont leurs lacunes. Comme je l'ai mentionné plus tôt, la conception du modèle sans serveur est de courte durée. Étant donné que le temps d'exécution maximum est en minutes (par exemple, 15 minutes sur AWS et 9 minutes sur Google), il ne convient pas aux travaux de longue durée, tels que le traitement de grandes quantités de données.
Un autre problème largement discuté est l'heure de début à froid. C'est le temps qu'il faut pour qu'un fournisseur configure et initialise son conteneur avant que la fonction sans serveur ne soit prête à commencer à fonctionner. Une fois la fonction exécutée, le conteneur sera conservé pendant un certain temps pour être réutilisé lorsque le code est à nouveau exécuté. Ce délai de "démarrage à froid" peut ajouter un délai de une demi-seconde à une seconde jusqu'au temps de réponse d'une fonction. Il existe des solutions de contournement, y compris le plugin d'échauffement pour le framework sans serveur, qui pings vos fonctions comme prévu pour maintenir le conteneur actif.
Bien que les fonctions sans serveur vous permettent d'éviter de vous soucier de la configuration et de la maintenance du serveur, cela ne signifie pas qu'il n'y a pas de courbe d'apprentissage. La création d'applications utilisant un serveur sans état nécessite un état d'esprit différent de l'utilisation de bases de code monolithique traditionnelles. Vous devez créer votre code de différentes manières, divisant les fonctionnalités en services plus petits et plus indépendants pour s'adapter aux limites des fonctions sans serveur. Le déploiement est également plus complexe, car chaque fonction est versée indépendamment et mise à jour.
Parfois, il existe également une référence aux problèmes de verrouillage des fournisseurs, ce qui est un inconvénient de la technologie sans serveur. À l'heure actuelle, les principaux fournisseurs de ce domaine (AWS, Google, Azure) ont leurs propres outils de mise en œuvre et de gestion différents. Cela peut rendre difficile la migration des applications sans serveur d'un fournisseur de cloud à un autre. Des projets tels que le framework sans serveur tentent de résumer les services sous-jacents afin que les applications puissent être portées entre les fournisseurs.
Cas d'utilisation de la fonction sans serveur
Bien que les fonctions sans serveur puissent être utilisées pour créer des applications entières, examinons certains cas d'utilisation moins ambitieux où Serverless peut bénéficier au développeur moyen.
sont généralement complètement statiques, à l'exception du formulaire de contact que les clients souhaitent envoyer un e-mail aux utilisateurs lorsqu'ils cliquent pour envoyer. Le fournisseur d'hébergement du site Web peut ou non prendre en charge les scripts côté serveur, et même s'il est pris en charge, ce n'est peut-être pas une langue que vous connaissez. La définition de la fonction sans serveur en tant que formulaire Mailer vous permet d'ajouter cette fonctionnalité à un site Web hébergé statiquement.
Parfois, vous devrez peut-être exécuter des tâches planifiées en arrière-plan. En règle générale, vous devez payer pour configurer le serveur pour le travail CRON, et ce serveur est inactif entre les travaux. Avec des fonctions sans serveur, vous ne payez que le temps nécessaire pour que le travail s'exécute (s'il est dans le niveau gratuit, vous ne pouvez pas payer du tout).
Supposons que votre application React permet aux utilisateurs de télécharger des photos à utiliser comme avatars dans toute l'application. Vous souhaitez redimensionner l'image téléchargée afin de ne pas gaspiller la bande passante en fournissant une image beaucoup plus grande que vous avez besoin. Les fonctions sans serveur peuvent être utilisées pour traiter les demandes de téléchargement, redimensionner les images aux tailles souhaitées et les enregistrer sur des services tels que S3 ou Google Storage.
Exemple pratique de la fonction sans serveur
Pour mieux comprendre le fonctionnement des fonctions sans serveur, regardons un vrai exemple. Nous créerons une page statique avec un formulaire d'inscription au communiqué de presse qui utilise une fonction sans serveur pour enregistrer le nom et l'adresse e-mail de l'utilisateur sur Google les feuilles de calcul.
Selon le fournisseur, les fonctions sans serveur peuvent être écrites en plusieurs langues, mais nous utiliserons JavaScript car Netlify prend en charge les fonctions Node.js. Pour continuer à apprendre, je suppose que vous avez installé la dernière version de Node / NPM sur votre ordinateur local.
(Les étapes suivantes sont les mêmes que l'exemple d'origine. Afin de maintenir la cohérence, aucune traduction répétée ne sera effectuée ici.)
SERVERSE: juste une mode ou un avenir pour le backend?
Serverless est également dénoncé comme une mode et est salué comme l'avenir des applications backend. Les fonctions Lambda d'Amazon existent depuis 2014 et sont un produit clé pour AWS. Bien sûr, dans de nombreux cas, la flexibilité et les fonctionnalités d'un serveur réel exécutant 24/7 avec un accès complet sont nécessaires.
Cependant, comme nous l'avons vu, le faible coût du serveur, l'évolutivité et les coûts de maintenance faibles en font un bon choix pour certains types de charges de travail. Avec l'avènement de plus en plus de livres, cours, cadres et services dans l'écosystème sans serveur, il est sûr de dire que les fonctions sans serveur existeront depuis longtemps.
(La partie FAQ suivante est la même que l'exemple d'origine. Afin de maintenir la cohérence, aucune traduction répétée ne sera effectuée ici.)
Ce qui précède est le contenu détaillé de. pour plus d'informations, suivez d'autres articles connexes sur le site Web de PHP en chinois!