Dans ce guide, nous allons examiner de pr\u00e8s ce que signifie le PHP Serverless, ses principales caract\u00e9ristiques et ses avantages et inconv\u00e9nients afin de vous permettre de mieux comprendre cette approche de Serverless computing dans le cloud.<\/p>\n
Plus pr\u00e9cis\u00e9ment, nous examinerons le concept de Serverless computing, ses cas d’utilisation et sa port\u00e9e, ses avantages et ses inconv\u00e9nients, une mise en \u0153uvre simple du PHP Serverless avec Bref et l\u2019\u00e9tat du PHP Serverless sur les trois grands noms (Amazon,<\/a> Microsoft et\u00a0Google<\/a>).<\/p>\n Pr\u00eats ? Commen\u00e7ons !<\/p>\n Traditionnellement, vous aviez besoin du mat\u00e9riel d’un serveur pour mettre en place une application sur Internet. La ou les machines du serveur \u00e9taient physiquement connect\u00e9es \u00e0 l’internet pour que quelqu’un puisse acc\u00e9der \u00e0 votre application. La maintenance du serveur \u00e9tait une affaire co\u00fbteuse.<\/p>\n Ensuite, l’\u00e9volution des services d’h\u00e9bergement a permis aux webmestres d’acheter de l’espace d’h\u00e9bergement – chaque serveur pouvant contenir plusieurs applications. Cela a permis de r\u00e9duire les co\u00fbts.<\/p>\n Avec la mont\u00e9e en puissance du\u00a0Serverless computing dans le cloud, les \u00e9conomies d’\u00e9chelle ont encore r\u00e9duit les co\u00fbts, car il \u00e9tait possible de louer un espace minuscule sur une grande ferme de serveurs distants. En fait, le Serverless computing vous permet de ne payer que pour les services que vous utilisez. Lorsque vous ne l’utilisez pas, vous n’utilisez pratiquement aucun espace ou ressource sur le cloud.<\/p>\n Le Serverless computing simplifie le processus de d\u00e9veloppement de logiciels : elle permet \u00e0 une organisation de se concentrer uniquement sur le d\u00e9veloppement sans se soucier du d\u00e9ploiement, de la maintenance du serveur et de l’\u00e9chelle<\/a>.<\/p>\n Pour d\u00e9ployer une application PHP Serverless, vous devez d’abord explorer le concept de Serverless computing. Si le terme \u00ab Serverless \u00bb est apparu pour la premi\u00e8re fois dans\u00a0cet article sur l’avenir du d\u00e9veloppement de logiciels<\/a> de 2012 sur ReadWrite, il a gagn\u00e9 en popularit\u00e9 avec le lancement d\u2019AWS<\/a> Lambda en 2014.<\/p>\n Dans cette section, concentrons-nous sur quelques concepts cl\u00e9s li\u00e9s au\u00a0Serverless computing, et essayons de r\u00e9pondre \u00e0 une question commune qui entoure cette technologie : s’agit-il vraiment de serveur – \u00ab less \u00bb ?<\/p>\n Le d\u00e9ploiement est une t\u00e2che facile sans avoir \u00e0 g\u00e9rer le serveur. Vous t\u00e9l\u00e9versez simplement votre code sur le serveur et le reste est pris en charge par le fournisseur. La technologie Serverless vous permet d’avoir des fonctions de diagnostic linguistique, en interaction les unes avec les autres.<\/p>\n Par exemple, si vous disposez d’une application de messagerie, le module de connexion peut \u00eatre cod\u00e9 dans une langue et la fonction qui met \u00e0 jour votre statut peut \u00eatre cod\u00e9e dans une autre langue.<\/p>\n Bien que cela soit encore possible sans h\u00e9bergement Serverless, il est certainement plus difficile d’interagir. Chaque fois qu’une action d\u00e9clenche votre fonction, une instance se cr\u00e9e pour la g\u00e9rer.<\/p>\n Ce processus de cr\u00e9ation d’une instance peut \u00eatre \u00ab\u00a0chaud\u00a0\u00bb, lorsque vous utilisez une instance existante, ou \u00ab\u00a0froid\u00a0\u00bb, lorsque vous d\u00e9marrez une nouvelle instance. Il y a un l\u00e9ger d\u00e9lai dans ce processus, en particulier avec un d\u00e9marrage \u00e0 froid, par rapport \u00e0\u00a0l’h\u00e9bergement traditionnel, o\u00f9 votre serveur est toujours en mode veille pour traiter les requ\u00eates.<\/p>\n Cependant, la situation entre l’h\u00e9bergement Serverless et l’h\u00e9bergement traditionnel devient exactement l’inverse lorsque vous avez un grand nombre de requ\u00eates \u00e0 traiter. L’\u00e9volutivit\u00e9 est inh\u00e9rente \u00e0 la technologie Serverless. Si vous avez un besoin soudain de mille requ\u00eates simultan\u00e9es, le fournisseur s’en chargera sans effort ou configuration suppl\u00e9mentaire de votre part.<\/p>\n Ne laissez pas le terme \u00ab\u00a0Serverless\u00a0\u00bb vous troubler. Il ne signifie pas que le \u00ab\u00a0serveur\u00a0\u00bb n’existe pas. Lorsque vous utilisez une application Serverless, il y a un serveur en arri\u00e8re-plan qui traite vos entr\u00e9es et calcule les sorties n\u00e9cessaires.<\/p>\n Le \u00ab\u00a0-less\u00a0\u00bb est pr\u00e9sent dans le terme du point de vue du\u00a0d\u00e9veloppeur<\/a>, qui n’est jamais expos\u00e9 aux diff\u00e9rents \u00e9l\u00e9ments du serveur. Par cons\u00e9quent, si vous d\u00e9ployez une application PHP Serverless, il y a un serveur r\u00e9el fonctionnant sur le cloud qui r\u00e9pond aux requ\u00eates.<\/p>\n Bien que l’expression \u00ab Serverless computing \u00bb ne soit pas d\u00e9finie de mani\u00e8re stricte, elle peut \u00e9galement d\u00e9signer les applications BaaS (Backend as a Service). Le BaaS fait \u00e9galement r\u00e9f\u00e9rence \u00e0 un mod\u00e8le de Cloud computing, dans lequel les op\u00e9rations des serveurs sont externalis\u00e9es \u00e0 un tiers et un d\u00e9veloppeur doit simplement se concentrer sur la cr\u00e9ation et la maintenance du logiciel<\/a>.<\/p>\n La principale similitude entre BaaS et Serverless est le fait que le d\u00e9veloppeur ne se concentre pas sur la gestion du serveur. De nombreuses organisations fournissent des paquets BaaS et FaaS sous la m\u00eame enseigne.<\/p>\n Voici les principales diff\u00e9rences entre le BaaS et le Serverless computing<\/strong>\u00a0:<\/p>\n Nous avons discut\u00e9 de divers aspects du Serverless computing, et de la diff\u00e9rence avec le BaaS. Bien que nous ayons couvert les bases du\u00a0Serverless computing, nous allons explorer les situations dans lesquelles vous pourriez souhaiter utiliser une telle architecture.<\/p>\n Vous avez peut-\u00eatre r\u00e9alis\u00e9 qu’il n’est pas judicieux d’h\u00e9berger des applications complexes sur des technologies Serverless. Cependant, m\u00eame si vous d\u00e9cidez de ne pas d\u00e9ployer une application compl\u00e8te par le biais de PHP Serverless, vous pouvez d\u00e9ployer des modules.<\/p>\n Dans cette section, nous examinerons deux exemples de mise en \u0153uvre d’une pile Serverless : les bases de donn\u00e9es<\/strong> et le stockage de fichiers<\/strong>.<\/p>\n Une base de donn\u00e9es Serverless est une base de donn\u00e9es \u00e0 la demande qui vous permet d’ex\u00e9cuter des requ\u00eates \u00e0 tout moment. La mise \u00e0 l’\u00e9chelle est facile gr\u00e2ce \u00e0 la pile Serverless et le fournisseur ne vous facture que pour le temps d’utilisation de la ressource.<\/p>\n Amazon Aurora<\/a> et\u00a0Google Cloud Datastore<\/a> sont des exemples de bases de donn\u00e9es Serverless disponibles sur le march\u00e9 aujourd’hui. Un syst\u00e8me de stockage de fichiers Serverless est mis en \u0153uvre sous la forme de\u00a0stockage<\/a> d’objets. Les fichiers ne sont pas trait\u00e9s comme une hi\u00e9rarchie dans un syst\u00e8me de fichiers, mais comme des objets, qui contiennent les donn\u00e9es du fichier lui-m\u00eame et ses m\u00e9tadonn\u00e9es. Le stockage et la r\u00e9cup\u00e9ration se font par le biais d’une\u00a0API de type REST<\/a>.<\/p>\n IBM Cloud vous offre un service de\u00a0stockage d’objets.<\/a>\u00a0D’autres cas d’utilisation courants d’applications Serverless sont les API et les backends mobiles, dont le design repose sur de petites fonctions logiques et interd\u00e9pendantes.<\/p>\n Dans cette section, nous examinons les principaux avantages du\u00a0Serverless computing et les raisons pour lesquelles elle gagne du terrain ces derni\u00e8res ann\u00e9es.<\/p>\n Th\u00e9oriquement, le Serverless computing conduit \u00e0 des co\u00fbts plus faibles<\/a> par rapport \u00e0 l’h\u00e9bergement traditionnel. La raison en est simple : vous utilisez le service pendant une dur\u00e9e d\u00e9termin\u00e9e et il n’y a pas de frais d’entretien pendant les p\u00e9riodes d’inactivit\u00e9. Si vous \u00eates confront\u00e9 \u00e0 du trafic constant au fil du temps<\/a>, cependant, l\u2019adoption d’une architecture Serverless n’entra\u00eenera peut-\u00eatre pas une grande diff\u00e9rence de co\u00fbts.<\/p>\n Le d\u00e9ploiement d’un service Serverless n’exige pas que vous configuriez et param\u00e9triez votre serveur<\/a>. Le d\u00e9ploiement d’une application Serverless se fait \u00e9galement par le biais de fonctions simples. Il est plus facile de cr\u00e9er une version de l’application et de la rendre disponible sur le cloud. L’ensemble du processus de d\u00e9ploiement est donc plus facile et plus efficace.<\/p>\n Dans une configuration traditionnelle, il faut faire beaucoup d’efforts pour\u00a0r\u00e9pondre \u00e0 un trafic plus important<\/a>. D’autre part, le prestataire de services s’occupe de l’allocation des ressources en cas d’augmentation du trafic. Par cons\u00e9quent, il est plus facile de s\u2019adapter lorsque vous d\u00e9ployez une architecture Serverless.<\/p>\n Si le Serverless computing pr\u00e9sente de nombreux avantages, il faut \u00eatre conscient de ses inconv\u00e9nients potentiels avant de s’y engager.<\/p>\n Le principal probl\u00e8me que les utilisateurs mettent en \u00e9vidence avec le Serverless computing est la baisse de performance<\/a>. Bien qu’il soit d\u00e9clench\u00e9 par un \u00e9v\u00e9nement, il faut quelques centaines de millisecondes pour qu’une micro-instance r\u00e9ponde \u00e0 une requ\u00eate.<\/p>\n Ce d\u00e9calage peut s’av\u00e9rer important pour les applications o\u00f9 le temps est compt\u00e9. Avec l’augmentation de la complexit\u00e9 d’une application, les composants r\u00e9sidant en divers endroits ajoutent \u00e0 ce d\u00e9calage. Ce d\u00e9calage suppl\u00e9mentaire peut s’av\u00e9rer pr\u00e9judiciable \u00e0 l’exp\u00e9rience de l’utilisateur.<\/p>\n (Lecture sugg\u00e9r\u00e9e :\u00a0Introduction \u00e0 la cr\u00e9ation de sites web avec Gatsby et WordPress<\/a>)<\/p>\n Alors que l’architecture Serverless vous permet de vous concentrer uniquement sur\u00a0votre code,<\/a> le vendeur obtient le contr\u00f4le total de l’infrastructure. Par cons\u00e9quent, vous ne pouvez pas changer de fournisseur si vous \u00eates Serverless, car la migration peut \u00eatre une t\u00e2che difficile.<\/p>\n Les fournisseurs se chargent du d\u00e9ploiement de bout en bout des applications Serverless. Par cons\u00e9quent, un d\u00e9veloppeur doit compter sur le vendeur pour fournir les journaux pour le d\u00e9bogage<\/a>. Le processus de d\u00e9bogage d’une application Serverless pour en identifier la cause profonde est \u00e9galement difficile.<\/p>\n Bien que nous ayons explor\u00e9 l’architecture Serverless, nous allons maintenant voir ce dont vous avez besoin pour d\u00e9ployer une application PHP par le biais d’un service Serverless.<\/p>\n Comme vous l’avez peut-\u00eatre d\u00e9j\u00e0 devin\u00e9, le d\u00e9ploiement d’une application Serverless est tr\u00e8s sp\u00e9cifique au vendeur<\/strong>. C’est pourquoi cet article tente d’aborder les impl\u00e9mentations d’une application PHP Serverless sur Amazon AWS. Bref, est un package Composer qui permet de d\u00e9ployer des applications PHP sur AWS via Lambda.<\/p>\n Bref est en constante \u00e9volution, vous devriez donc probablement v\u00e9rifier la matrice de maturit\u00e9 de Bref<\/a> pour \u00e9valuer si c’est une bonne id\u00e9e de porter votre application sur une architecture Serverless.<\/p>\n D’abord, allez sur\u00a0Amazon AWS<\/a> et cr\u00e9ez un compte. Vous en aurez besoin pour d\u00e9ployer votre application. Ensuite, vous devez installer le framework Serverless<\/a> pour g\u00e9rer votre d\u00e9ploiement.<\/p>\n Ensuite, g\u00e9n\u00e9rez votre paire de cl\u00e9s publiques-priv\u00e9es<\/a> sur AWS, et configurez le framework Serverless localement.<\/p>\n Ensuite, installez Bref via Composer :<\/p>\n Avant le d\u00e9ploiement, vous devez installer les d\u00e9pendances de Composer.<\/p>\n Pour cr\u00e9er une simple application \u00ab\u00a0Hello World\u00a0\u00bb avec Bref, nous allons \u00e9crire une fonction qui est d\u00e9clench\u00e9e par un \u00e9v\u00e9nement et qui renvoie la cha\u00eene \u00ab\u00a0Hello World\u00a0\u00bb.<\/p>\n Vous devez d’abord inclure le script autoload.php de Bref, puis utiliser sa fonction lambda. Vous pouvez \u00e9ventuellement d\u00e9clarer\u00a0une variable de contexte<\/a> si vous souhaitez acc\u00e9der aux donn\u00e9es du contexte.<\/p>\n Pendant que la fonction est pr\u00eate, vous devez cr\u00e9er un fichier de configuration .yml Serverless. Voici un fichier de configuration de base tir\u00e9 du guide de Bref.<\/p>\n Bref cr\u00e9e ce fichier de configuration automatiquement lorsque vous ex\u00e9cutez la commande suivante.<\/p>\n Maintenant que vous \u00eates pr\u00eat avec votre fonction et la configuration, vous pouvez invoquer la fonction pour v\u00e9rifier qu’elle fonctionne comme pr\u00e9vu en utilisant la commande Voici un guide sur le d\u00e9ploiement local d’applications Serverless<\/a> \u00e0 l\u2019aide de l’outil de ligne de commande sam d’AWS. Une fois que votre projet est pr\u00eat, vous pouvez le d\u00e9ployer en utilisant la commande deploy de Serverless. Utilisez l’option Bref PHP sur AWS Lambda est un choix populaire. Cependant, il existe quelques autres options pour vos applications PHP Serverless.<\/p>\n Vapor<\/a>, lanc\u00e9 par Laravel en juillet 2019, est une plateforme de d\u00e9ploiement Serverless pour Laravel sur AWS Lambda. Vapor convertit votre application Laravel en une seule fonction lambda. Alors qu’Azure Serverless\u00a0ne prend pas officiellement en charge PHP<\/a>, vous pouvez toujours l’essayer en utilisant\u00a0cet exemple de d\u00e9ploiement<\/a>.<\/p>\n\n Voici les principaux aspects que vous devez retenir de ce guide sur le PHP Serverless :<\/p>\nPHP Serverless : Les bases
\n<\/strong><\/h2>\n![\"Tendances](\"https:\/\/kinsta.com\/fr\/wp-content\/uploads\/sites\/4\/2020\/03\/tendances-terme-serverless-google.png\")
Caract\u00e9ristiques du PHP Serverless
\n<\/strong><\/h3>\nLe PHP Serverless est-il vraiment Serverless ?
\n<\/strong><\/h3>\nBaaS vs architectures Serverless
\n<\/strong><\/h2>\n\n
PHP Serverless : Cas d’utilisation
\n<\/strong><\/h2>\nPHP Serverless : Avantages
\n<\/strong><\/h2>\nR\u00e9duction des co\u00fbts des serveurs
\n<\/strong><\/h3>\nUn d\u00e9ploiement plus facile
\n<\/strong><\/h3>\n\u00c9volutivit\u00e9
\n<\/strong><\/h3>\nPHP Serverless : Inconv\u00e9nients
\n<\/strong><\/h2>\nPerformance
\n<\/strong><\/h3>\nVerrouillage des vendeurs
\n<\/strong><\/h3>\n D\u00e9bogage <\/strong><\/h3>\n
PHP Serverless : D\u00e9marrer avec Bref sur Lambda
\n<\/strong><\/h2>\nPr\u00e9-requis pour le PHP Serverless avec Bref
\n<\/strong><\/h3>\nnpm install -g serverless\n<\/code><\/pre>\nserverless config credentials --provider aws --key <key> --secret <secret>\n<\/code><\/pre>\ncomposer require bref\/bref<\/code><\/p>\ncomposer install --prefer-dist --optimize-autoloader --no-dev<\/code><\/pre>\nCr\u00e9er une application Hello World en PHP Serverless avec Bref
\n<\/strong><\/h3>\nrequire __DIR__.'\/vendor\/autoload.php';\nlambda(function ($event) {\n return 'Hello world');\n});\n<\/code><\/pre>\nservice: app\nprovider:\n name: aws\n runtime: provided\nplugins:\n - .\/vendor\/bref\/bref\nfunctions:\n hello:\n handler: index.php\n layers:\n - ${bref:layer.php-73}\n<\/code><\/pre>\nvendor\/bin\/bref init<\/code><\/pre>\ninvoke<\/code> du paquet Serverless :<\/p>\nserverless invoke -f hello<\/code><\/pre>\n--verbose<\/code> pour obtenir des d\u00e9tails sur le processus de d\u00e9ploiement :<\/p>\nserverless deploy<\/code><\/pre>\nAutres options de d\u00e9ploiement pour le PHP Serverles
\n<\/strong><\/h3>\nR\u00e9sum\u00e9
\n<\/strong><\/h2>\n