Zimki PaaS<\/a><\/noindex> en 2006, et \u00e0 peu pr\u00e8s \u00e0 la m\u00eame \u00e9poque, Google App Engine a propos\u00e9 une solution tr\u00e8s similaire.<\/p>\nEn fait, ce que nous appelons maintenant le mod\u00e8le \u00ab sans serveur \u00bb est plus ancien que de nombreuses technologies que l'on qualifie aujourd'hui de \u00ab cloud natif \u00bb, et qui offrent presque la m\u00eame chose. Comme cela a \u00e9t\u00e9 not\u00e9, les mod\u00e8les sans serveur ne sont en fait qu'une extension du mod\u00e8le \u00e9conomique SaaS, qui existe depuis plusieurs d\u00e9cennies.<\/p>\n
Il est \u00e9galement important de reconna\u00eetre que le mod\u00e8le sans serveur n'est pas l'architecture FaaS, bien qu'il y ait un lien entre les deux. FaaS est en essence une partie orient\u00e9e vers le calcul de l'architecture sans serveur, mais elle ne repr\u00e9sente pas le syst\u00e8me dans son ensemble.<\/p>\n
Alors, pourquoi tout ce bruit ? Eh bien, alors que la vitesse de p\u00e9n\u00e9tration d'Internet dans les pays en d\u00e9veloppement continue de cro\u00eetre rapidement, la demande en ressources de calcul augmente \u00e9galement. Par exemple, dans de nombreux pays avec des secteurs de commerce \u00e9lectronique en forte croissance, il n'y a tout simplement pas d'infrastructure informatique pour les applications sur ces plateformes. C'est ici que les plateformes sans serveur payantes entrent en jeu.<\/p>\n
Probl\u00e8mes des mod\u00e8les sans serveur<\/h1>\n \nLe probl\u00e8me est que les mod\u00e8les sans serveur ont... des probl\u00e8mes. Ne vous m\u00e9prenez pas : je ne dis pas qu'ils sont mauvais en soi ou qu'ils n'apportent pas de valeur significative pour certaines entreprises dans certaines circonstances. Mais l'affirmation principale de la \u00ab r\u00e9volution \u00bb - que l'architecture sans serveur remplacera rapidement la traditionnelle - ne se r\u00e9alisera jamais.<\/p>\n
Voici pourquoi.<\/p>\n
Support limit\u00e9 pour les langages de programmation<\/h3>\n \nLa plupart des plateformes sans serveur ne permettent d'ex\u00e9cuter que des applications \u00e9crites dans certains langages. Cela limite gravement la flexibilit\u00e9 et l'adaptabilit\u00e9 de ces syst\u00e8mes.<\/p>\n
Il est g\u00e9n\u00e9ralement admis que les plateformes sans serveur prennent en charge la plupart des langages principaux. AWS Lambda et Azure Functions fournissent \u00e9galement une interface pour ex\u00e9cuter des applications et des fonctions dans des langages non pris en charge, bien que cela implique souvent des co\u00fbts en mati\u00e8re de performance. Donc, pour la plupart des organisations, cette limitation n'est g\u00e9n\u00e9ralement pas tr\u00e8s significative. Mais voici le probl\u00e8me. L'un des avantages suppos\u00e9s des mod\u00e8les sans serveur est que les programmes peu connus et rarement utilis\u00e9s peuvent \u00eatre ex\u00e9cut\u00e9s \u00e0 moindre co\u00fbt, car vous ne payez que pour le temps d'ex\u00e9cution. Or, ces programmes peu connus sont souvent \u00e9crits dans... des langages de programmation peu connus et rarement utilis\u00e9s.<\/p>\n
Cela compromet l'un des principaux avantages du mod\u00e8le sans serveur.<\/p>\n
D\u00e9pendance au fournisseur<\/h3>\n \nLe deuxi\u00e8me probl\u00e8me avec les plateformes sans serveur, ou du moins avec la fa\u00e7on dont elles sont actuellement mises en \u0153uvre, est qu'elles ne se ressemblent g\u00e9n\u00e9ralement pas au niveau op\u00e9rationnel. Il n'y a pratiquement aucune normalisation en ce qui concerne l'\u00e9criture des fonctions, le d\u00e9ploiement et la gestion. Cela signifie que la migration de fonctions d'une plateforme \u00e0 une autre prend \u00e9norm\u00e9ment de temps.<\/p>\n
La partie la plus difficile de la transition vers un mod\u00e8le sans serveur n'est pas les fonctions de calcul, qui sont g\u00e9n\u00e9ralement juste des fragments de code, mais la mani\u00e8re dont les applications sont li\u00e9es aux syst\u00e8mes connect\u00e9s, tels que le stockage d'objets, la gestion des identit\u00e9s et les files d'attente. Les fonctions peuvent \u00eatre d\u00e9plac\u00e9es, mais le reste de l'application ne le peut pas. C'est l'exact oppos\u00e9 des plateformes bon march\u00e9 et flexibles promises.<\/p>\n
Certains affirment que les mod\u00e8les sans serveur sont apparus r\u00e9cemment et qu'il n'y a pas eu de temps pour normaliser leur fonctionnement. Mais ils ne sont pas aussi r\u00e9cents que je l'ai d\u00e9j\u00e0 mentionn\u00e9, et de nombreuses autres technologies cloud, comme les conteneurs, sont d\u00e9j\u00e0 devenues beaucoup plus conviviales gr\u00e2ce \u00e0 l'\u00e9laboration et \u00e0 la large adoption de bonnes normes.<\/p>\n
Performance<\/h3>\n \nLa performance de calcul des plateformes sans serveur est difficile \u00e0 mesurer, en partie parce que les fournisseurs s'efforcent de garder les informations secr\u00e8tes. La plupart affirment que les fonctions sur des plateformes sans serveur distantes fonctionnent aussi rapidement que sur des serveurs internes, \u00e0 l'exception de quelques probl\u00e8mes de latence in\u00e9vitables.<\/p>\n
Cependant, des faits isol\u00e9s indiquent le contraire. Les fonctions qui n'\u00e9taient pas pr\u00e9c\u00e9demment ex\u00e9cut\u00e9es sur une plateforme donn\u00e9e ou qui n'avaient pas \u00e9t\u00e9 ex\u00e9cut\u00e9es depuis un certain temps n\u00e9cessitent un certain temps d'initialisation. Cela est probablement d\u00fb au fait que leur code a \u00e9t\u00e9 d\u00e9plac\u00e9 sur un support de donn\u00e9es moins accessible, bien que, comme pour les benchmarks, la plupart des fournisseurs ne vous parleront pas du transfert de donn\u00e9es.<\/p>\n
Bien s\u00fbr, il existe plusieurs fa\u00e7ons de contourner cela. L'une d'entre elles consiste \u00e0 optimiser les fonctions pour tout langage cloud sur lequel votre plateforme sans serveur fonctionne, mais cela compromet un peu l'affirmation selon laquelle ces plateformes sont \"flexibles\".<\/p>\n
Une autre approche consiste \u00e0 garantir l'ex\u00e9cution r\u00e9guli\u00e8re des programmes critiques pour la performance, afin qu'ils restent \u00ab frais \u00bb. Cette seconde approche contredit quelque peu l'affirmation selon laquelle les plateformes sans serveur sont plus \u00e9conomiques, car vous ne payez que pour le temps d'ex\u00e9cution de vos programmes. Les fournisseurs de cloud ont mis en place de nouvelles m\u00e9thodes pour r\u00e9duire les d\u00e9marrages \u00e0 froid, mais beaucoup d'entre elles n\u00e9cessitent un \u00ab passage \u00e0 un \u00bb (scale to one), ce qui compromet la valeur initiale du FaaS.<\/p>\n
Le probl\u00e8me du \u00ab d\u00e9marrage \u00e0 froid \u00bb peut \u00eatre partiellement r\u00e9solu en ex\u00e9cutant des syst\u00e8mes sans serveur par ses propres moyens, mais cela implique des co\u00fbts suppl\u00e9mentaires et reste une option de niche pour des \u00e9quipes bien dot\u00e9es en ressources.<\/p>\n
Vous ne pouvez pas ex\u00e9cuter des applications enti\u00e8res<\/h3>\n \nEnfin, peut-\u00eatre la raison la plus importante pour laquelle les architectures sans serveur ne remplaceront pas les mod\u00e8les traditionnels de sit\u00f4t : elles ne peuvent (en g\u00e9n\u00e9ral) pas ex\u00e9cuter d'applications enti\u00e8res.<\/p>\n
Plus pr\u00e9cis\u00e9ment, cela n'est pas rentable. Votre monolithe r\u00e9ussi ne vaut probablement pas la peine d'\u00eatre transform\u00e9 en un ensemble de quatre douzaines de fonctions li\u00e9es par huit passerelles, quarante files d'attente et une douzaine d'instances de base de donn\u00e9es. Pour cette raison, le serverless est mieux adapt\u00e9 pour de nouvelles d\u00e9veloppements. Pratiquement aucune application existante (architecture) ne peut \u00eatre migr\u00e9e. Vous pouvez migrer, mais vous devrez recommencer \u00e0 z\u00e9ro.<\/p>\n
Cela signifie que dans la grande majorit\u00e9 des cas, les plateformes sans serveur sont utilis\u00e9es comme un compl\u00e9ment aux serveurs internes pour ex\u00e9cuter des t\u00e2ches n\u00e9cessitant des calculs lourds. Cela les distingue fortement des deux autres formes de technologies cloud - conteneurs et machines virtuelles - qui offrent une mani\u00e8re int\u00e9gr\u00e9e d'effectuer des calculs distants. Cela illustre l'une des difficult\u00e9s de la transition des microservices vers des syst\u00e8mes sans serveur.<\/p>\n
Bien s\u00fbr, ce n'est pas toujours un probl\u00e8me. La possibilit\u00e9 d'utiliser p\u00e9riodiquement d'\u00e9normes ressources informatiques sans acheter son propre mat\u00e9riel peut apporter un r\u00e9el et durable avantage \u00e0 de nombreuses organisations. Mais si certaines applications sont sur des serveurs internes et d'autres sur des architectures cloud sans serveur, la gestion devient d'un niveau de complexit\u00e9 sup\u00e9rieur.<\/p>\n
Vive la r\u00e9volution ?<\/h1>\n \nMalgr\u00e9 toutes ces plaintes, je ne suis pas oppos\u00e9 aux solutions sans serveur en tant que telles. Honestement. Les d\u00e9veloppeurs doivent simplement comprendre \u2014 surtout s'ils explorent des mod\u00e8les sans serveur pour la premi\u00e8re fois \u2014 que cette technologie n'est pas un remplacement direct des serveurs. Consultez plut\u00f4t nos conseils et ressources sur la cr\u00e9ation d'applications sans serveur<\/a><\/noindex> et d\u00e9cidez comment appliquer ce mod\u00e8le de la meilleure mani\u00e8re. habr.com<\/a> <\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"\u041a\u043b\u044e\u0447\u0435\u0432\u044b\u0435 \u043c\u043e\u043c\u0435\u043d\u0442\u044b \u0412\u043e\u0442 \u0443\u0436\u0435 \u043d\u0435\u0441\u043a\u043e\u043b\u044c\u043a\u043e \u043b\u0435\u0442 \u043d\u0430\u043c \u043e\u0431\u0435\u0449\u0430\u044e\u0442, \u0447\u0442\u043e \u0431\u0435\u0441\u0441\u0435\u0440\u0432\u0435\u0440\u043d\u044b\u0435 \u0432\u044b\u0447\u0438\u0441\u043b\u0435\u043d\u0438\u044f (serverless) \u043e\u0442\u043a\u0440\u043e\u044e\u0442 \u043d\u043e\u0432\u0443\u044e \u044d\u043f\u043e\u0445\u0443 \u0431\u0435\u0437 \u043a\u043e\u043d\u043a\u0440\u0435\u0442\u043d\u043e\u0439 \u041e\u0421 \u0434\u043b\u044f \u0432\u044b\u043f\u043e\u043b\u043d\u0435\u043d\u0438\u044f \u043f\u0440\u0438\u043b\u043e\u0436\u0435\u043d\u0438\u0439. \u041d\u0430\u043c \u0433\u043e\u0432\u043e\u0440\u0438\u043b\u0438, \u0447\u0442\u043e \u0442\u0430\u043a\u0430\u044f \u0441\u0442\u0440\u0443\u043a\u0442\u0443\u0440\u0430 \u0440\u0435\u0448\u0438\u0442 \u043c\u043d\u043e\u0436\u0435\u0441\u0442\u0432\u043e \u043f\u0440\u043e\u0431\u043b\u0435\u043c \u043c\u0430\u0441\u0448\u0442\u0430\u0431\u0438\u0440\u0443\u0435\u043c\u043e\u0441\u0442\u0438. \u041d\u0430 \u0441\u0430\u043c\u043e\u043c \u0434\u0435\u043b\u0435 \u0432\u0441\u0451 \u0438\u043d\u0430\u0447\u0435. \u0425\u043e\u0442\u044f \u043c\u043d\u043e\u0433\u0438\u0435 \u0440\u0430\u0441\u0441\u043c\u0430\u0442\u0440\u0438\u0432\u0430\u044e\u0442 \u0431\u0435\u0441\u0441\u0435\u0440\u0432\u0435\u0440\u043d\u0443\u044e \u0442\u0435\u0445\u043d\u043e\u043b\u043e\u0433\u0438\u044e \u043a\u0430\u043a \u043d\u043e\u0432\u0443\u044e \u0438\u0434\u0435\u044e, \u0435\u0451 \u043a\u043e\u0440\u043d\u0438 \u043c\u043e\u0436\u043d\u043e \u043f\u0440\u043e\u0441\u043b\u0435\u0434\u0438\u0442\u044c \u0432\u043f\u043b\u043e\u0442\u044c \u0434\u043e 2006 \u0433\u043e\u0434\u0430, \u043a\u043e\u0433\u0434\u0430 \u043f\u043e\u044f\u0432\u0438\u043b\u0438\u0441\u044c Zimki PaaS […]<\/p>\n","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"author":1,"featured_media":0,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[688],"tags":[],"class_list":["post-97706","post","type-post","status-publish","format-standard","hentry","category-administrirovanie"],"aioseo_notices":[],"aioseo_head":"\n\t\t\n\t