<\/a><\/noindex>
Au niveau du proxy (data plane):<\/i><\/p>\n\nAttribution et diffusion des politiques de routage et d'\u00e9quilibrage de trafic\n<\/li>\n Diffusion des cl\u00e9s, certificats, jetons\n<\/li>\n Collecte de la t\u00e9l\u00e9m\u00e9trie, cr\u00e9ation de m\u00e9triques de surveillance\n<\/li>\n Int\u00e9gration avec l'infrastructure de s\u00e9curit\u00e9 et de surveillance\n<\/li>\n<\/ul>\n\nAu niveau du plan de contr\u00f4le (control plane):<\/i><\/p>\n\nApplication des politiques de routage et d'\u00e9quilibrage de trafic\n<\/li>\n Gestion des r\u00e9p\u00e9titions et des timeouts, identification des n\u0153uds \u00ab morts \u00bb (circuit breaking), gestion des situations d'\u00e9chec (injecting faults) et garantie de la r\u00e9silience des services via d'autres m\u00e9canismes\n<\/li>\n Authentification\/autorisation des appels\n<\/li>\n \u00c9limination des m\u00e9triques (observabilit\u00e9)\n<\/li>\n<\/ul>\n\nLe cercle des utilisateurs int\u00e9ress\u00e9s par le d\u00e9veloppement de cette technologie est tr\u00e8s large \u2014 allant des petites startups aux grandes entreprises Internet, comme PayPal.<\/p>\n
\u00c0 quoi sert le Service Mesh dans le secteur d'entreprise<\/h2>\n \nL'utilisation du Service Mesh offre de nombreux avantages \u00e9vidents. Tout d'abord, c'est tout simplement pratique pour les d\u00e9veloppeurs : pour \u00e9crire du code une plate-forme technologique \u00e9merge<\/i>, qui simplifie consid\u00e9rablement l'int\u00e9gration dans l'infrastructure cloud gr\u00e2ce \u00e0 l'isolation compl\u00e8te de la couche de transport de la logique applicative.<\/p>\n
De plus, Le Service Mesh facilite les relations entre fournisseurs et consommateurs.<\/i> Aujourd'hui, il est beaucoup plus facile pour les fournisseurs et les consommateurs d'API de n\u00e9gocier eux-m\u00eames les interfaces et les contrats, sans avoir besoin d'un interm\u00e9diaire d'int\u00e9gration sp\u00e9cial et d'un arbitre \u2014 la bus de service d'entreprise. Cette approche a un impact significatif sur deux indicateurs. La vitesse de mise sur le march\u00e9 de nouvelles fonctionnalit\u00e9s (time-to-market) augmente, mais le co\u00fbt de la solution augmente \u00e9galement, car l'int\u00e9gration doit \u00eatre r\u00e9alis\u00e9e de mani\u00e8re autonome. L'utilisation de Service Mesh par les \u00e9quipes de d\u00e9veloppement des fonctionnalit\u00e9s m\u00e9tier permet de maintenir un \u00e9quilibre ici. En fin de compte, les fournisseurs d'API peuvent se concentrer uniquement sur l'aspect applicatif de leur service et simplement le publier dans le Service Mesh \u2014 l'API sera imm\u00e9diatement accessible \u00e0 tous les clients, et la qualit\u00e9 de l'int\u00e9gration sera pr\u00eate pour la production sans n\u00e9cessiter une seule ligne de code suppl\u00e9mentaire.<\/p>\n
Un autre avantage est que le d\u00e9veloppeur, en utilisant le Service Mesh, se concentre exclusivement sur la fonctionnalit\u00e9 m\u00e9tier<\/i> \u2014 sur l'aspect produit plut\u00f4t que sur l'aspect technologique de son service. Par exemple, il n'est plus n\u00e9cessaire de se soucier de la possibilit\u00e9 d'une interruption de connexion lorsque le service est appel\u00e9 sur un r\u00e9seau. De plus, le Service Mesh aide \u00e0 \u00e9quilibrer le trafic entre les copies d'un m\u00eame service : si l'une des copies \u00ab est morte \u00bb, le syst\u00e8me redirigera tout le trafic vers les copies encore actives. <\/p>\n
Service Mesh <\/i>\u2014 est une bonne base pour la cr\u00e9ation d'applications distribu\u00e9es<\/i>, qui masque du client les d\u00e9tails de l'appel de ses services, tant de l'int\u00e9rieur que de l'ext\u00e9rieur. Toutes les applications utilisant le Service Mesh sont isol\u00e9es au niveau du transport, \u00e0 la fois du r\u00e9seau et les unes des autres : il n'y a aucune connexion entre elles. Cela permet au d\u00e9veloppeur d'avoir un contr\u00f4le complet sur ses services.<\/p>\n
Il ne faut pas oublier que la mise \u00e0 jour des applications distribu\u00e9es dans un environnement o\u00f9 le Service Mesh est utilis\u00e9 devient plus simple.<\/i> Par exemple, le d\u00e9ploiement blue\/green, o\u00f9 deux environnements d'application sont disponibles pour l'installation, l'un n'\u00e9tant pas mis \u00e0 jour et \u00e9tant en attente. Le retour \u00e0 la version pr\u00e9c\u00e9dente en cas d'\u00e9chec d'une version est effectu\u00e9 par un routeur sp\u00e9cial, un r\u00f4le que g\u00e8re parfaitement le Service Mesh.. <\/i>Pour tester la nouvelle version, on peut \u00e9galement utiliser le d\u00e9ploiement canari <\/i>\u2014 basculer vers la nouvelle version pour seulement 10 % du trafic ou des requ\u00eates d'un groupe pilote de clients. Le trafic principal va \u00e0 l'ancienne version, rien ne casse.<\/p>\n
Aussi Le Service Mesh nous donne un contr\u00f4le SLA en temps r\u00e9el<\/i>. Un syst\u00e8me de proxies distribu\u00e9s ne permettra pas de faire \u00e9chouer le service lorsque l'un des clients d\u00e9passe sa quota allou\u00e9e. Si la bande passante par API est limit\u00e9e, personne ne pourra le DDoSer avec un trop grand nombre de transactions : le Service Mesh se place devant le service et ne laisse pas passer le trafic excessif. Il sera simplement rejet\u00e9 \u00e0 la couche d'int\u00e9gration, tandis que les services eux-m\u00eames continueront de fonctionner sans s'en apercevoir.<\/p>\n
Si une entreprise souhaite r\u00e9duire ses co\u00fbts de d\u00e9veloppement de solutions d'int\u00e9gration, le Service Mesh est \u00e9galement utile : il est possible de passer \u00e0 sa version open-source depuis des produits commerciaux.<\/i>Notre Enterprise Service Mesh est bas\u00e9 sur la version open-source du Service Mesh. <\/p>\n
Un autre avantage est la pr\u00e9sence d'un ensemble complet de services d'int\u00e9gration<\/i>. \u00c9tant donn\u00e9 que toute l'int\u00e9gration se fait via cette couche interm\u00e9diaire, nous pouvons g\u00e9rer tout le trafic d'int\u00e9gration et les relations entre les applications qui forment le c\u0153ur m\u00e9tier de l'entreprise. C'est tr\u00e8s pratique.<\/p>\n
Et enfin, Le Service Mesh incite l'entreprise \u00e0 passer \u00e0 une infrastructure dynamique.<\/i> Actuellement, beaucoup se tournent vers la containerisation. Diviser le monolithe en microservices et tout int\u00e9grer de mani\u00e8re \u00e9l\u00e9gante - c'est un sujet en plein essor. Mais lorsque vous essayez de passer \u00e0 un nouveau syst\u00e8me qui est en production depuis des ann\u00e9es, vous \u00eates imm\u00e9diatement confront\u00e9 \u00e0 de nombreux probl\u00e8mes : enfermer tout cela dans des conteneurs et le d\u00e9ployer sur la plateforme n'est pas simple. De plus, l'impl\u00e9mentation, la synchronisation et l'interaction de ces composants distribu\u00e9s sont encore un autre sujet compliqu\u00e9. Comment vont-ils communiquer entre eux ? Y aura-t-il des pannes en cascade ? Le Service Mesh permet de r\u00e9soudre certaines de ces probl\u00e9matiques et d'acc\u00e9l\u00e9rer la migration de l'ancienne architecture vers la nouvelle en permettant d'oublier la logique des \u00e9changes r\u00e9seau.<\/p>\nPourquoi la personnalisation du Service Mesh est-elle n\u00e9cessaire<\/h2>\n
\nDans notre entreprise, des centaines de syst\u00e8mes et de modules coexistent, et le runtime est tr\u00e8s sollicit\u00e9. Un simple mod\u00e8le, o\u00f9 un syst\u00e8me appelle un autre et obtient une r\u00e9ponse, ne suffit pas, car en production, nous voulons plus. Que faut-il encore attendre d'un Service Mesh d'entreprise ? <\/p>\n
Service de traitement des \u00e9v\u00e9nements<\/h3>\n \nImaginons que nous avons besoin de faire du traitement d'\u00e9v\u00e9nements en temps r\u00e9el \u2014 un syst\u00e8me qui analyse en temps r\u00e9el les actions du client et peut lui faire imm\u00e9diatement une offre pertinente. Pour r\u00e9aliser une telle fonctionnalit\u00e9, on utilise un mod\u00e8le architectural appel\u00e9 architecture orient\u00e9e \u00e9v\u00e9nements (EDA)<\/i>. Aucun des Service Mesh actuels ne prend en charge ces mod\u00e8les de mani\u00e8re native, ce qui est pourtant tr\u00e8s important, notamment pour une banque !<\/p>\n
Il est assez \u00e9trange que l'appel de proc\u00e9dure distante (RPC) soit pris en charge par toutes les versions du Service Mesh, alors qu'avec l'EDA, ils ne sont pas compatibles. Parce que le Service Mesh est semblable \u00e0 une int\u00e9gration distribu\u00e9e moderne, alors que l'EDA est un mod\u00e8le architectural tr\u00e8s actuel qui permet de cr\u00e9er des exp\u00e9riences client uniques.<\/p>\n
Notre Enterprise Service Mesh doit r\u00e9soudre ce probl\u00e8me. De plus, nous voulons y voir la mise en \u0153uvre de la livraison garantie, du traitement d'\u00e9v\u00e9nements en continu et complexe en utilisant divers filtres et mod\u00e8les.<\/p>\n
Service de transfert de fichiers<\/h3>\n \nEn plus de l'EDA, il serait utile d'avoir la possibilit\u00e9 de transf\u00e9rer des fichiers : \u00e0 l'\u00e9chelle d'une entreprise, l'int\u00e9gration se fait souvent uniquement par fichiers. En particulier, le mod\u00e8le architectural ETL (Extract, Transform, Load \u2014 \u00ab extraire, transformer, charger \u00bb) est utilis\u00e9. Dans ce cadre, on \u00e9change g\u00e9n\u00e9ralement uniquement des fichiers : des donn\u00e9es volumineuses qui ne sont pas judicieuses \u00e0 envoyer par des requ\u00eates individuelles. La prise en charge native du transfert de fichiers dans l'Enterprise Service Mesh offre la flexibilit\u00e9 n\u00e9cessaire pour les entreprises.<\/p>\n
Service d'orchestration<\/h3>\n \nDans les grandes entreprises, il y a presque toujours diff\u00e9rentes \u00e9quipes qui travaillent sur diff\u00e9rents produits. Par exemple, dans une banque, certaines \u00e9quipes s'occupent des d\u00e9p\u00f4ts, tandis que d'autres se concentrent sur les produits de cr\u00e9dit, et il existe de nombreux cas similaires. Ce sont des personnes diff\u00e9rentes, des \u00e9quipes diff\u00e9rentes, qui cr\u00e9ent leurs propres produits, con\u00e7oivent leurs propres API et les mettent \u00e0 disposition des autres. Il y a souvent un besoin de composer ces services, ainsi que d'impl\u00e9menter une logique complexe d'appels s\u00e9quentiels d'un ensemble d'API. Pour r\u00e9soudre ce probl\u00e8me, une solution au niveau d'int\u00e9gration est n\u00e9cessaire pour simplifier toute cette logique composite (appels de plusieurs API, description du chemin des requ\u00eates, etc.). C'est pr\u00e9cis\u00e9ment cela qu'est le service d'orchestration dans un Enterprise Service Mesh.<\/p>\n
IA et ML<\/h3>\n \nLorsque les microservices communiquent \u00e0 travers une couche d'int\u00e9gration unique, le Service Mesh est bien entendu au courant de tous les appels de chaque service. Nous recueillons la t\u00e9l\u00e9m\u00e9trie : qui a appel\u00e9 qui, quand, combien de temps, combien de fois, et ainsi de suite. Quand ces services se comptent par centaines de milliers et que les appels se chiffrent en milliards, toutes ces donn\u00e9es s'accumulent et forment des Big Data. Ces informations peuvent \u00eatre analys\u00e9es \u00e0 l'aide d'IA, de machine learning, etc., et ensuite permettre de r\u00e9aliser des choses utiles bas\u00e9es sur les r\u00e9sultats de l'analyse. Il serait judicieux de confier au moins partiellement \u00e0 l'intelligence artificielle la gestion de tout ce trafic r\u00e9seau et des appels d'applications, int\u00e9gr\u00e9s dans le Service Mesh.<\/p>\n
Service API Gateway<\/h3>\n \nEn g\u00e9n\u00e9ral, dans le Service Mesh, il y a des proxies et des services qui s'appellent mutuellement \u00e0 l'int\u00e9rieur d'un p\u00e9rim\u00e8tre de confiance. Mais il existe \u00e9galement des parties externes. Les exigences pour les API fournies \u00e0 ce groupe de consommateurs sont bien plus strictes. Nous divisons cette t\u00e2che en deux parties principales. <\/p>\n
\nS\u00e9curit\u00e9<\/i>. Les questions li\u00e9es aux ddos, \u00e0 la vuln\u00e9rabilit\u00e9 des protocoles, des applications, des syst\u00e8mes d'exploitation, etc. \n<\/li>\n\u00c9chelles<\/i>. Lorsque le nombre d'API \u00e0 fournir aux clients atteint des milliers, voire des centaines de milliers, il devient n\u00e9cessaire de disposer d'un outil de gestion de cet ensemble d'API. Il est crucial de surveiller constamment les API : fonctionnent-elles ou non, quel est leur statut, quel trafic est en cours, quelles statistiques, etc. La passerelle API doit \u00eatre capable de g\u00e9rer cette t\u00e2che, rendant tout le processus ma\u00eetris\u00e9 et s\u00e9curis\u00e9. Gr\u00e2ce \u00e0 ce composant, l'Enterprise Service Mesh apprend \u00e0 publier sans complications inutiles les API internes et externes.\n<\/li>\n<\/ul>\n <\/p>\n
Service de prise en charge de protocoles et de formats de donn\u00e9es sp\u00e9cifiques (passerelle AS)<\/h3>\n \n\u00c0 l'heure actuelle, la plupart des solutions Service Mesh ne peuvent fonctionner nativement qu'avec le trafic HTTP et HTTP2 ou en mode r\u00e9duit au niveau TCP\/IP. L'Enterprise Service Mesh fait face \u00e0 beaucoup d'autres protocoles de transmission de donn\u00e9es assez sp\u00e9cifiques. Certains syst\u00e8mes peuvent utiliser des courtiers de messages, d'autres sont int\u00e9gr\u00e9s au niveau des bases de donn\u00e9es. Si une entreprise utilise SAP, elle peut \u00e9galement avoir son propre syst\u00e8me d'int\u00e9gration. Et tout cela fonctionne et est une partie importante des affaires.<\/p>\n
On ne peut pas simplement dire : \u00ab Abandonnons l'h\u00e9ritage et cr\u00e9ons de nouveaux syst\u00e8mes qui pourront utiliser Service Mesh \u00bb. Pour lier tous les anciens syst\u00e8mes aux nouveaux (bas\u00e9s sur une architecture microservices), les syst\u00e8mes capables d'utiliser Service Mesh auront besoin d'un adaptateur, d'un interm\u00e9diaire, d'une passerelle. Convenez qu'il serait agr\u00e9able qu'il soit fourni en standard avec le service. La passerelle AS peut justement prendre en charge n'importe quelle option d'int\u00e9gration. Imaginez, vous installez simplement l'Enterprise Service Mesh et il est d\u00e9j\u00e0 pr\u00eat \u00e0 interagir avec tous les protocoles dont vous avez besoin. Cette approche est tr\u00e8s importante pour nous.<\/p>\n
Voici \u00e0 peu pr\u00e8s comment nous imaginons la version entreprise de Service Mesh (Enterprise Service Mesh). La personnalisation d\u00e9crite r\u00e9sout la plupart des probl\u00e8mes rencontr\u00e9s lors de l'utilisation des versions open-source pr\u00eates \u00e0 l'emploi de la plateforme d'int\u00e9gration. Apparue il y a seulement quelques ann\u00e9es, l'architecture Service Mesh continue d'\u00e9voluer, et nous sommes heureux de pouvoir contribuer \u00e0 son d\u00e9veloppement. Nous esp\u00e9rons que notre exp\u00e9rience vous sera utile.<\/i>habr.com<\/a><\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"Service Mesh \u2014 \u0438\u0437\u0432\u0435\u0441\u0442\u043d\u044b\u0439 \u0430\u0440\u0445\u0438\u0442\u0435\u043a\u0442\u0443\u0440\u043d\u044b\u0439 \u043f\u0430\u0442\u0442\u0435\u0440\u043d \u0434\u043b\u044f \u0438\u043d\u0442\u0435\u0433\u0440\u0430\u0446\u0438\u0438 \u043c\u0438\u043a\u0440\u043e\u0441\u0435\u0440\u0432\u0438\u0441\u043e\u0432 \u0438 \u043f\u0435\u0440\u0435\u0445\u043e\u0434\u0430 \u043d\u0430 \u043e\u0431\u043b\u0430\u0447\u043d\u0443\u044e \u0438\u043d\u0444\u0440\u0430\u0441\u0442\u0440\u0443\u043a\u0442\u0443\u0440\u0443. \u0421\u0435\u0433\u043e\u0434\u043d\u044f \u0432 \u043e\u0431\u043b\u0430\u0447\u043d\u043e-\u043a\u043e\u043d\u0442\u0435\u0439\u043d\u0435\u0440\u043d\u043e\u043c \u043c\u0438\u0440\u0435 \u043e\u0431\u043e\u0439\u0442\u0438\u0441\u044c \u0431\u0435\u0437 \u043d\u0435\u0433\u043e \u0434\u043e\u0432\u043e\u043b\u044c\u043d\u043e \u0441\u043b\u043e\u0436\u043d\u043e. \u041d\u0430 \u0440\u044b\u043d\u043a\u0435 \u0443\u0436\u0435 \u0434\u043e\u0441\u0442\u0443\u043f\u043d\u044b \u043d\u0435\u0441\u043a\u043e\u043b\u044c\u043a\u043e open-source \u0440\u0435\u0430\u043b\u0438\u0437\u0430\u0446\u0438\u0439 service mesh, \u043d\u043e \u0438\u0445 \u0444\u0443\u043d\u043a\u0446\u0438\u043e\u043d\u0430\u043b\u044c\u043d\u043e\u0441\u0442\u0438, \u043d\u0430\u0434\u0435\u0436\u043d\u043e\u0441\u0442\u0438 \u0438 \u0431\u0435\u0437\u043e\u043f\u0430\u0441\u043d\u043e\u0441\u0442\u0438 \u0434\u0430\u043b\u0435\u043a\u043e \u043d\u0435 \u0432\u0441\u0435\u0433\u0434\u0430 \u0434\u043e\u0441\u0442\u0430\u0442\u043e\u0447\u043d\u043e, \u043e\u0441\u043e\u0431\u0435\u043d\u043d\u043e \u043a\u043e\u0433\u0434\u0430 \u0440\u0435\u0447\u044c \u0438\u0434\u0435\u0442 \u043e \u0442\u0440\u0435\u0431\u043e\u0432\u0430\u043d\u0438\u044f\u0445 \u0431\u043e\u043b\u044c\u0448\u0438\u0445 \u0444\u0438\u043d\u0430\u043d\u0441\u043e\u0432\u044b\u0445 \u043a\u043e\u043c\u043f\u0430\u043d\u0438\u0439 \u043c\u0430\u0441\u0448\u0442\u0430\u0431\u0430 \u0432\u0441\u0435\u0439 \u0441\u0442\u0440\u0430\u043d\u044b. \u041f\u043e\u044d\u0442\u043e\u043c\u0443 […]<\/p>\n","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"author":1,"featured_media":26549,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[688],"tags":[],"class_list":["post-35388","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-administrirovanie"],"aioseo_notices":[],"aioseo_head":"\n\t\t\n\t
![\"Pourquoi](\"\/wp-content\/uploads\/2019\/06\/90b0df34323399c96548f86b6bd16522.jpg\")