Maison / Technologie / Le grand débat sur les coûts sans serveur (Serverless! = Costless)

Le grand débat sur les coûts sans serveur (Serverless! = Costless)

La source: skitterphoto.com

Si vous craignez que le passage à une infrastructure sans serveur ne soit trop coûteux pour votre entreprise, vous n’êtes pas seul. Les dépenses totales consacrées aux services en nuage dépasseront 411 milliards de dollars d’ici 2020. La bonne nouvelle est qu’il existe de nombreuses façons de suivre et de réduire les coûts de vos opérations sans serveur sans ralentir votre activité.

En quoi consiste AWS Lambda et comment peut-il aider votre entreprise? En savoir plus en lisant ces Questions fréquemment posées.

Travailler avec Amazon

AWS signifie que Amazon Web Services est l’activité de cloud computing d’Amazon. AWS serverless entame sa cinquième année d'utilisation.

La sous-traitance de la puissance de calcul étant encore récente, de nombreux techniciens lui ont demandé: «Qu'est-ce qui est sans serveur?». Comment l'utilisation des serveurs de quelqu'un d'autre peut-elle être efficace ou rentable? Parlons des principales raisons pour lesquelles les entreprises optent pour une infrastructure sans serveur.

Bien qu'il existe de nombreuses autres offres sans serveur sur le marché, je vais me concentrer sur AWS aujourd'hui simplement pour que les choses restent «courtes».

Plus besoin de payer pour des serveurs inactifs

La meilleure partie du framework sans serveur est que vous ne payez que lorsque vos utilisateurs sont en ligne. Votre entreprise disposera de la puissance de calcul dont elle aura besoin sans avoir à acheter de nouveaux équipements lorsque vous grandirez. Une nouvelle application peut gérer le même volume de trafic que si elle disposait d'une salle de serveur entièrement équipée.

Mais les petites entreprises ne sont pas les seules à se passer de serveurs. Voyons comment les grandes entreprises apportent le changement. Bustle, une publication en ligne avec plus de 30 millions de visiteurs uniques par mois, a lancé sa nouvelle marque Romper entièrement sur des architectures sans serveur.

Alors, pourquoi est-ce important pour vous? Eh bien, pour commencer, Agitation a vu son I.T. les dépenses baissent de 84%. Cela tient en grande partie au fait que leur équipe de maintenance ne représente que la moitié de la taille d’un site comparable si elles géraient leurs propres serveurs.

Étant donné que votre équipe ne gère pas les serveurs, votre fournisseur ne facturera que lorsque les utilisateurs demandent des données au serveur.

Fonctionnement des requêtes sur un framework sans serveur

AWS Lambda considère une demande comme une notification d'événement ou un appel d'appel. Même lors du test des fonctionnalités de votre application depuis la console, ces tests sont considérés comme des demandes. Jetons un coup d’œil sur le coût de la demande de données:

La bonne nouvelle est que vos premières demandes 1M sont gratuites. Il en va de même pour les 400 000 Go de temps de calcul fournis avec chaque compte.

Toutes les demandes suivantes entrent à 0,20 USD par million de demandes et à 0,00001667 USD par Go-seconde après votre utilisation gratuite. Mais y a-t-il d'autres coûts à prendre en compte? Oui, voici d’autres raisons pour lesquelles votre facture est plus élevée que la normale.

Utilisez-vous d'autres services?

De nombreuses entreprises qui débutent dans l’infrastructure sans serveur sont souvent surprises par des frais supplémentaires. Voyons maintenant comment le transfert de données d’autres services sur le cloud ajoute à vos demandes mensuelles. Ces autres frais comprennent:

Si vous stockez des données sur le service s3 d’Amazon que Lambda lira, elles sont considérées comme des demandes. Les taux de transfert de données EC2 s'appliquent lorsque votre application initie des transferts externes. Utilisation d'Amazon DynamoDB pour la lecture et l'écriture de stockage entraîne la demande. Ainsi, par exemple, vous définissez 512 Mo de mémoire pour votre fonction. Supposons que les utilisateurs exécutent vos fonctions 3 000 000 fois en un mois. Quel serait votre coût?

18 $ pour 3 millions d'invocations, c'est une bonne affaire!

Seulement 18,34 $ pour 3 million de demandes. Mais c’est beaucoup de transfert de données. Comment pouvez-vous garder une trace de tout et gérer les accidents?

Coca-Cola en Amérique du Nord est passée d'EC2 à un serveur sans serveur il y a quelque temps et a eu la gentillesse de partager leur expérience avec nous. Coca-Cola est passé de 13 000 dollars par an à 4 500 dollars après le passage au mode sans serveur.

"Comment puis-je garder une trace de tout cela?"

La surveillance des fonctions Lambda est un problème croissant chez les utilisateurs sans serveur. Tout comme il est facile de perdre la trace de la quantité de données que vous utilisez sur votre téléphone, le suivi de vos demandes peut être déroutant.

Commençons par la lecture de votre tableau de bord. AWS dispose de certains services de suivi de base intégrés à Lambda. Ces services comprennent:

Sommaire des dépenses. Votre récapitulatif des dépenses est un excellent moyen de prévoir l’utilisation future de Lambda. Vous pouvez voir combien vous avez dépensé le mois dernier, une estimation de votre utilisation de ce mois et une prédiction de votre consommation du mois prochain. Dépenses mensuelles par service. Cela indique les services AWS que vous utilisez le plus et le pourcentage de votre budget consacré à chacun d'eux. Principaux services par dépense à ce jour. Indique également les services que vous utilisez le plus avec une ventilation de leurs coûts. Ces outils conviennent parfaitement pour une utilisation de niveau gratuite, mais lorsque vous avez plusieurs fonctions Lambda, il existe une meilleure option.

C'est ici que traqueurs sans serveur rendre les choses faciles. Les trackers sans serveur affichent le statut de toutes vos fonctions Lambda au même endroit. Il vous permet de prendre des décisions basées sur des données pour interagir avec vos clients.

Voici quelques-unes des manières dont un suivi détecte les coûts:

Avec Dashbird.io, vous pouvez suivre le coût d'un projet particulier à partir de l'écran principal, ce qui vous permet de voir exactement combien de dollars vous dépensez pour votre AWS Lambda. En outre, vous pouvez voir le coût individuel de chaque fonction ainsi que d'autres informations importantes telles que le temps d'exécution, les invocations, les erreurs, etc. dans la section vue Fonctions lambda.

Comment externaliser vos serveurs vous permet d'économiser de l'argent

Alors, maintenant que vous connaissez le fonctionnement de la tarification et comment garder une trace de tout cela, laissez-nous vous expliquer d’autres manières de vous faire économiser de l’argent sans serveur.

Aucun coût initial avec sans serveur. Sans le cloud computing, la seule autre option consiste à acheter des serveurs avant de créer une nouvelle application. Cela signifie plus de temps d'attente pour un retour sur investissement sur vos serveurs.

Le détartrage est beaucoup moins cher. Au lieu d'acheter plus de serveurs et d'espérer qu'ils vous fourniront la capacité dont vous avez besoin, vous pouvez simplement payer le volume que vous utilisez, sans vous soucier de la panne de votre système.

Vous ne payez pas pour la maintenance. Sucré!

Aujourd'hui, être obligé de recruter une grande équipe de DevOps permet aux entreprises d'économiser beaucoup d'argent. Il existe de nombreux exemples d’entreprises qui ont réussi à exécuter des applications avec des millions de personnes avec seulement deux développeurs en coulisse en basculant leur infrastructure vers AWS et en s’appuyant sur elles pour gérer les opérations de maintenance quotidiennes. Plus jamais de dormir avec un œil ouvert, de peur des collisions de minuit.

Démarrage à froid sur un framework sans serveur

En parlant de crash, serverless pose un problème unique sous la forme de démarrages à froid. La première invocation de votre fonction lambda prendra un certain temps car le conteneur a besoin de temps pour tourner.

Avec les méthodes informatiques traditionnelles, chaque demande est mise dans une file d'attente et est traitée une par une. Avec Lambda, chaque demande est traitée en une fois, à condition qu’elle n’atteigne pas la limite de concurrence. C’est probablement la raison principale pour laquelle les gens s’émeuvent de cette technologie. Grâce au fait que sans serveur, vous pouvez serveur 10, 100 ou 1 000 personnes à la fois sans casser la sueur, votre application évolue gracieusement afin de répondre aux besoins de vos utilisateurs.

Alors, pourquoi les départs froids arrivent-ils quand même?

Afin de créer cette belle mise à l’échelle que je continue de balbutier, les conteneurs Lambda non utilisés sont détruits au bout d’un certain temps. Nous sommes allés de l'avant et avons testé le délai de suppression et avons découvert qu'il semblait y avoir entre 40 et 60 minutes d'inactivité. Si cela n’a pas été résolu jusqu’à présent, des démarrages à froid sont nécessaires pour permettre à AWS de redimensionner indéfiniment nos Lambdas.

Les vieux conteneurs font place aux nouveaux, c’est le cercle de la vie!

Tous les participants ne seront pas dérangés par ces démarrages à froid, mais pour ceux qui existent, il existe un moyen d’empêcher cela, c’est de réchauffer vos API, en particulier si vous vous attendez à une affluence de clients. Par exemple, un restaurant qui utilise leur application pour accepter des commandes peut envoyer une série de demandes simultanées juste avant l'heure du déjeuner, de sorte que moins d'utilisateurs auront le décalage horaire.

Vous pouvez également écrire votre code dans des langues avec un temps de démarrage à froid peu élevé. Quelques langages qui réagissent rapidement aux premières requêtes sont node.js, python et go.

Si votre application connaît de nombreux démarrages à froid, essayez d'augmenter vos limites de mémoire. Bien que cela coûtera plus cher, vous risquez de perdre des clients à cause de longs délais d'attente.

Il est important de savoir quand et à quelle fréquence vos départs froids ont lieu et, si besoin est, d’utiliser ces connaissances pour faire des ajustements afin de créer une meilleure expérience pour vos utilisateurs. J'utilise la vue des fonctions de Dashbird pour filtrer les démarrages à froid et noter leur fréquence d'apparition.

“Vais-je économiser de l'argent avec un framework sans serveur?”

Nous avons examiné certaines des manières de déterminer le coût en argent d’un framework sans serveur. Sans coût, le sans-serveur est difficile à battre en termes de coûts initiaux et de maintenance. Quiconque souhaite mettre son application en service le plus rapidement possible devrait envisager de recourir à un fournisseur sans serveur.

Si vous êtes toujours sur la barrière, le facteur décisif doit être de savoir si votre entreprise peut continuer à faire face à la concurrence tout en mettant plus de temps à déployer de nouvelles fonctionnalités dans votre application. Si la réponse est non, le fait de ne pas utiliser de serveur peut vous mettre dans la bonne direction.

L'exécution d'opérations dorsales est une entreprise en soi. C’est pourquoi il est judicieux de passer à un fournisseur sans serveur et de se concentrer sur ce que votre entreprise fait de mieux, une meilleure expérience pour vos utilisateurs, et non sur I.T. Annika écrit un grand publier sur combien vous pourriez réellement économiser en passant à serverless et je vous recommande d'aller voir par vous-même à quel point cela fait une différence énorme.

Publié à l'origine à dashbird.io le 9 janvier 2019.


Le grand débat sur les coûts sans serveur (Serverless! = Costless) a été publié à l'origine dans Hacker midi sur Medium, où les gens poursuivent la conversation en soulignant et en répondant à cette histoire.

Source

A propos lenewstrotteur

Découvrez également

rage-against-the-machine-guitarist-tom-morello-dms-epic-dungeons-and-dragons-game-for-neighborhood-kids-social.jpg

Rage Against The Machine, le guitariste Tom Morello, est un jeu épique de donjons et de dragons pour les enfants du quartier – Newstrotteur

Dans des nouvelles super cool, Tom Morello, l’un des plus grands guitaristes de tous les …

Laisser un commentaire

Votre adresse de messagerie ne sera pas publiée. Les champs obligatoires sont indiqués avec *