{"id":55881,"date":"2020-01-31T00:00:00","date_gmt":"2020-01-30T21:00:00","guid":{"rendered":"https:\/\/prohoster.info\/blog\/blog_prohoster\/sovety-i-istochniki-informatsii-dlya-sozdaniya-besservernyh-prilozhenij"},"modified":"2020-02-18T14:04:02","modified_gmt":"2020-02-18T11:04:02","slug":"sovety-i-istochniki-informatsii-dlya-sozdaniya-besservernyh-prilozhenij","status":"publish","type":"post","link":"https:\/\/prohoster.info\/fr\/blog\/administrirovanie\/sovety-i-istochniki-informatsii-dlya-sozdaniya-besservernyh-prilozhenij","title":{"rendered":"Conseils et sources d'information pour cr\u00e9er des applications sans serveur","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

\"Conseils
\nBien que les technologies sans serveur connaissent une popularit\u00e9 croissante ces derni\u00e8res ann\u00e9es, beaucoup de malentendus et d'inqui\u00e9tudes y sont encore associ\u00e9s. La d\u00e9pendance \u00e0 un fournisseur, les outils, la gestion des co\u00fbts, le d\u00e9marrage \u00e0 froid, la surveillance et le cycle de d\u00e9veloppement - tous ces sujets sont activement discut\u00e9s lorsqu'il s'agit de technologies sans serveur. Dans cet article, nous allons examiner certains des sujets mentionn\u00e9s et partager des conseils ainsi que des liens vers des sources d'informations utiles qui permettront aux d\u00e9butants de cr\u00e9er des applications sans serveur puissantes, flexibles et \u00e9conomiques.
\n<\/a><\/noindex><\/p>\n

Malentendus concernant les technologies sans serveur<\/h2>\n

\nBeaucoup pensent que l'absence de serveur et le traitement des donn\u00e9es hors serveur (Functions as a Service<\/a><\/noindex>, FaaS) sont pratiquement \u00e9quivalents. Cela signifie que la diff\u00e9rence n'est pas tr\u00e8s grande et qu'il vaut la peine d'adopter l'innovation. Bien qu'AWS Lambda ait \u00e9t\u00e9 l'une des \u00ab \u00e9toiles \u00bb de l'apog\u00e9e des technologies sans serveur et l'un des \u00e9l\u00e9ments les plus populaires de l'architecture sans serveur, cette architecture repr\u00e9sente quelque chose de plus que le FaaS.<\/p>\n

Le principe fondamental des technologies sans serveur est que vous n'avez pas \u00e0 vous soucier de la gestion et de la mise \u00e0 l'\u00e9chelle de l'infrastructure, vous ne payez que pour ce que vous utilisez. De nombreux services r\u00e9pondent \u00e0 ces crit\u00e8res - AWS DynamoDB, S3, SNS ou SQS, Graphcool, Auth0, Now, Netlify, Firebase et bien d'autres. En r\u00e9sum\u00e9, l'absence de serveur implique l'utilisation de toutes les capacit\u00e9s du cloud computing sans avoir \u00e0 g\u00e9rer l'infrastructure et \u00e0 l'optimiser pour la mise \u00e0 l'\u00e9chelle. Cela signifie \u00e9galement que la s\u00e9curit\u00e9 au niveau de l'infrastructure n'est plus votre pr\u00e9occupation, ce qui est un \u00e9norme avantage compte tenu de la difficult\u00e9 et de la complexit\u00e9 de respecter les normes de s\u00e9curit\u00e9. Enfin, vous n'avez pas besoin d'acheter l'infrastructure qui vous est mise \u00e0 disposition.<\/p>\n

L'absence de serveur peut \u00eatre consid\u00e9r\u00e9e comme un \u00ab \u00e9tat d'esprit \u00bb : une certaine mentalit\u00e9 lors de la conception de solutions. \u00c9vitez les approches n\u00e9cessitant l'entretien d'une infrastructure quelconque. Avec une approche sans serveur, nous consacrons notre temps \u00e0 r\u00e9soudre des probl\u00e8mes qui ont un impact direct sur le projet et qui apportent des avantages \u00e0 nos utilisateurs : nous construisons une logique commerciale robuste, d\u00e9veloppons des interfaces utilisateur et concevons des API adaptatives et fiables.<\/p>\n

Par exemple, si nous pouvons \u00e9viter la gestion et le support d'une plateforme de recherche en texte libre, c'est exactement ce que nous ferons. Cette approche de l'assemblage d'applications peut consid\u00e9rablement acc\u00e9l\u00e9rer la mise sur le march\u00e9, car vous n'avez plus besoin de penser \u00e0 la gestion d'une infrastructure complexe. Lib\u00e9rez-vous des responsabilit\u00e9s et des co\u00fbts associ\u00e9s \u00e0 la gestion de l'infrastructure et concentrez-vous sur la cr\u00e9ation d'applications et de services dont vos clients ont besoin. Patrick Debois a qualifi\u00e9 cette approche \u2018servicefull\u2019<\/a><\/noindex>, ce terme est accept\u00e9 dans la communaut\u00e9 sans serveur. Les fonctions doivent \u00eatre consid\u00e9r\u00e9es comme un lien entre les services sous forme de modules d\u00e9ployables (plut\u00f4t que de d\u00e9ployer toute une biblioth\u00e8que ou une application web). Cela offre une granularit\u00e9 incroyable dans la gestion du d\u00e9ploiement et des modifications de l'application. Si vous ne pouvez pas d\u00e9ployer des fonctions de cette mani\u00e8re, cela peut indiquer que les fonctions accomplissent trop de t\u00e2ches et doivent \u00eatre refactoris\u00e9es.<\/p>\n

Certain people are concerned about vendor dependency when developing cloud applications. The same goes for serverless technologies, and it's unlikely this is a misconception. Based on our experience, creating serverless applications on AWS combined with the ability of AWS Lambda to integrate with other AWS services \u2014 all of this partly shapes the advantages of serverless architectures. It\u2019s a good example of synergy, where the outcome of the combination is greater than just the sum of its parts. Trying to avoid vendor dependency may lead to even greater issues. When working with containers, it\u2019s easier to manage your own level of abstraction between cloud providers. However, when it comes to serverless solutions, the effort won\u2019t pay off, especially if economic efficiency is considered from the start. Make sure to find out how vendors deliver services. Some specialized services depend on points of integration with other vendors, and they might offer plug-and-play connectivity out of the box. It\u2019s simpler to invoke Lambda from an API gateway endpoint than to proxy a request to some container or EC2 instance. Graphcool facilitates simple configuration with Auth0, which is easier than using third-party authentication tools.<\/p>\n

Choosing the right vendor for your serverless application is an architectural level decision. When you build an application, you don\u2019t expect to return to server management one day. Selecting a cloud vendor is no different from choosing to use containers or databases, or even a programming language. <\/p>\n

Consider:<\/p>\n