<\/a><\/noindex>
La nivelul proxy-ului (data plane):<\/i><\/p>\n\nAlocarea \u0219i distribuirea politicilor de rutare \u0219i echilibrare a traficului\n<\/li>\n Distribuirea cheilor, certificatelor, token-urilor\n<\/li>\n Colectarea telemetriei, generarea metricilor de monitorizare\n<\/li>\n Integrarea cu infrastructura de securitate \u0219i monitorizare\n<\/li>\n<\/ul>\n\nLa nivelul planului de control (control plane):<\/i><\/p>\n\nAplicarea politicilor de rutare \u0219i echilibrare a traficului\n<\/li>\n Gestionarea relu\u0103rilor \u0219i timeout-urilor, identificarea nodurilor 'moarte' (circuit breaking), gestionarea situa\u021biilor de avarie (injecting faults) \u0219i asigurarea rezilien\u021bei serviciilor prin alte mecanisme\n<\/li>\n Autentificarea\/autorizarea apelurilor\n<\/li>\n Eliminarea metricilor (observability)\n<\/li>\n<\/ul>\n\nPublicul interesat de dezvoltarea acestei tehnologii este foarte larg \u2014 de la startup-uri mici la mari corpora\u021bii de internet, cum ar fi PayPal.<\/p>\n
De ce este necesar Service Mesh \u00een sectorul corporativ<\/h2>\n \nUtilizarea Service Mesh aduce numeroase avantaje evidente. \u00cen primul r\u00e2nd, este pur \u0219i simplu convenabil pentru dezvoltatori: pentru scrierea codului apare o platform\u0103 tehnologic\u0103<\/i>, care faciliteaz\u0103 semnificativ integrarea \u00een infrastructura cloud prin faptul c\u0103 stratul de transport este complet izolat de logica aplica\u021biei.<\/p>\n
\u00cen plus, Service Mesh simplific\u0103 rela\u021biile dintre furnizori \u0219i consumatori.<\/i> Ast\u0103zi, furnizorii \u0219i consumatorii de API-uri pot negocia mult mai u\u0219or interfe\u021bele \u0219i contractele \u00een mod autonom, f\u0103r\u0103 a implica un mediator de integrare specializat \u0219i un arbitru \u2013 o architetur\u0103 de servicii corporative. Aceast\u0103 abordare influen\u021beaz\u0103 semnificativ dou\u0103 indicatori. Cre\u0219te viteza de lansare a noilor func\u021bionalit\u0103\u021bi pe pia\u021b\u0103 (time-to-market), dar \u00een acela\u0219i timp cre\u0219te costul solu\u021biei, deoarece integrarea trebuie realizat\u0103 de c\u0103tre ace\u0219tia. Utilizarea Service Mesh de c\u0103tre echipele de dezvoltare a func\u021bionalit\u0103\u021bilor de business permite men\u021binerea unui echilibru \u00een acest sens. \u00cen cele din urm\u0103, furnizorii de API-uri se pot concentra exclusiv pe aspectul aplica\u021biei serviciului lor \u0219i pot publica pur \u0219i simplu \u00een Service Mesh \u2013 API-ul va deveni disponibil imediat pentru to\u021bi clien\u021bii, iar calitatea integr\u0103rii va fi productie ready \u0219i nu va necesita nicio linie de cod suplimentar.<\/p>\n
Urm\u0103torul avantaj este c\u0103 developer-ul, folosind Service Mesh, se concentreaz\u0103 exclusiv pe func\u021bionalit\u0103\u021bile de business<\/i> \u2014 pe aspectul de produs, nu pe cel tehnologic al serviciului s\u0103u. De exemplu, nu mai trebuie s\u0103 se g\u00e2ndeasc\u0103 la faptul c\u0103, \u00een cazul \u00een care serviciul este apelat prin re\u021bea, ar putea exista o \u00eentrerupere a conexiunii undeva. \u00cen plus, Service Mesh ajut\u0103 la echilibrarea traficului \u00eentre instan\u021bele aceluia\u0219i serviciu: dac\u0103 una dintre instan\u021be \"\u00eenceteaz\u0103\", sistemul va redirec\u021biona tot traficul c\u0103tre instan\u021bele r\u0103mase func\u021bionale. <\/p>\n
Service Mesh <\/i>\u2014 este o baz\u0103 solid\u0103 pentru crearea aplica\u021biilor distribuite<\/i>, care ascunde de client detaliile procesului de apelare a serviciilor sale at\u00e2t din interior, c\u00e2t \u0219i din exterior. Toate aplica\u021biile care utilizeaz\u0103 Service Mesh sunt izolate la nivel de transport de re\u021bea \u0219i una de cealalt\u0103: nu exist\u0103 nicio leg\u0103tur\u0103 \u00eentre ele. \u00cen acest timp, developer-ul ob\u021bine control total asupra serviciilor sale.<\/p>\n
Nu se poate ignora c\u0103 actualizarea aplica\u021biilor distribuite \u00eentr-un mediu care utilizeaz\u0103 Service Mesh devine mai simpl\u0103.<\/i> De exemplu, desf\u0103\u0219urarea blue\/green, \u00een care sunt disponibile dou\u0103 medii pentru instalare, una dintre ele nefiind actualizat\u0103 \u0219i afl\u00e2ndu-se \u00een modul de a\u0219teptare. Revenirea la o versiune anterioar\u0103 \u00een cazul unei lans\u0103ri nereu\u0219ite se efectueaz\u0103 prin intermediul unui router special, rolul c\u0103ruia este \u00eendeplinit excelent de Service Mesh.. <\/i>Pentru testarea unei noi versiuni se poate folosi \u0219i lansarea canarului <\/i>\u2014 comutarea pe noua versiune doar pentru 10% din trafic sau cereri dintr-un grup de clien\u021bi pilot. Traficul principal se \u00eendreapt\u0103 c\u0103tre vechea versiune, nimic nu se rupe.<\/p>\n
De asemenea, Service Mesh ne ofer\u0103 control SLA \u00een timp real.<\/i>. Sistemul de proxy distribuite nu va permite ca serviciul s\u0103 cedeze, atunci c\u00e2nd vreun client dep\u0103\u0219e\u0219te cota atribuit\u0103. Dac\u0103 capacitatea API-ului este limitat\u0103, nimeni nu va putea s\u0103-l supun\u0103 unui atac printr-un num\u0103r mare de tranzac\u021bii: Service Mesh st\u0103 \u00een fa\u021ba serviciului \u0219i nu permite traficului suplimentar. Acesta va fi oprit la nivelul de integrare, iar serviciile \u00een sine vor continua s\u0103 func\u021bioneze, f\u0103r\u0103 a observa acest lucru.<\/p>\n
Dac\u0103 o companie dore\u0219te s\u0103 reduc\u0103 costurile de dezvoltare a solu\u021biilor de integrare, Service Mesh, de asemenea, ajut\u0103: pe versiunea sa open-source se poate trece de la produsele comerciale.<\/i>. Enterprise Service Mesh-ul nostru se bazeaz\u0103 pe versiunea open-source a Service Mesh. <\/p>\n
Un alt avantaj este existen\u021ba unui set complet unic de servicii de integrare.<\/i>. Deoarece toat\u0103 integrarea se desf\u0103\u0219oar\u0103 prin acest strat intermediar, putem gestiona tot traficul de integrare \u0219i rela\u021biile dintre aplica\u021biile care formeaz\u0103 nucleul de afaceri al companiei. Acest lucru este foarte comod.<\/p>\n
\u0218i, \u00een final, Service Mesh stimuleaz\u0103 compania s\u0103 treac\u0103 la o infrastructur\u0103 dinamic\u0103.<\/i> \u00cen prezent, multe organiza\u021bii se \u00eendreapt\u0103 c\u0103tre containerizare. Descompunerea monolitului \u00een microservicii \u0219i implementarea acestora \u00eentr-un mod elegant este un subiect \u00een expansiune. Totu\u0219i, c\u00e2nd \u00eencerci s\u0103 transpui un sistem care a fost \u00een produc\u021bie de mul\u021bi ani pe noi \u201e\u0219ine\u201d, imediat te confrun\u021bi cu o serie de probleme: s\u0103 \u00eempingi totul \u00een containere \u0219i s\u0103 \u00eel desf\u0103\u0219ori pe o platform\u0103 nu este simplu. Implementarea, sincronizarea \u0219i interac\u021biunea acestor componente distribuite este o alt\u0103 tem\u0103 complex\u0103. Cum vor comunica \u00eentre ele? Vor exista z\u0103d\u0103rniciri \u00een cascad\u0103? Service Mesh permite s\u0103 rezolvi o parte din aceste probleme \u0219i s\u0103 facilitezi migrarea de la o arhitectur\u0103 veche la una nou\u0103, deoarece po\u021bi sc\u0103pa de logica schimbului de date.<\/p>\nDe ce este necesar\u0103 personalizarea Service Mesh<\/h2>\n
\n\u00cen compania noastr\u0103 coexist\u0103 sute de sisteme \u0219i module, iar runtime-ul este foarte solicitat. Astfel, un simplu model \u00een care un sistem apeleaz\u0103 altul \u0219i prime\u0219te un r\u0103spuns nu este suficient, pentru c\u0103 \u00een produc\u021bie dorim mai mult. Ce alte cerin\u021be avem de la un Service Mesh corporativ? <\/p>\n
Serviciul de procesare a evenimentelor<\/h3>\n \nS\u0103 presupunem c\u0103 trebuie s\u0103 realiz\u0103m procesarea evenimentelor \u00een timp real - un sistem care analizeaz\u0103 \u00een timp real ac\u021biunile clien\u021bilor \u0219i poate face instantaneu o ofert\u0103 relevant\u0103. Pentru a implementa o astfel de func\u021bionalitate, se folose\u0219te un model arhitectural denumit arhitectura bazat\u0103 pe evenimente (EDA)<\/i>. Niciunul dintre actualele Service Mesh nu suport\u0103 nativ aceste modele, iar acest lucru este foarte important, mai ales pentru b\u0103nci!<\/p>\n
Este destul de ciudat c\u0103 apelurile la distan\u021b\u0103 Remote Procedure Call (RPC) sunt sus\u021binute de toate versiunile Service Mesh, \u00een timp ce nu au compatibilitate cu EDA. Pentru c\u0103 Service Mesh este o form\u0103 de integrare distribuit\u0103 modern\u0103, iar EDA este un model arhitectural foarte relevant, care permite realizarea de lucruri unice \u00een ceea ce prive\u0219te experien\u021ba clientului.<\/p>\n
Enterprise Service Mesh al nostru ar trebui s\u0103 rezolve aceast\u0103 problem\u0103. \u00cen plus, dorim s\u0103 vedem \u00een el implementarea livr\u0103rii garantate, a proces\u0103rii evenimentelor \u00een timp real \u0219i integrate, utiliz\u00e2nd diverse filtre \u0219i \u0219abloane.<\/p>\n
Serviciul de transfer de fi\u0219iere<\/h3>\n \nPe l\u00e2ng\u0103 EDA, ar fi bine s\u0103 existe \u0219i posibilitatea de a transfera fi\u0219iere: \u00een domeniul Enterprise, integrarea prin fi\u0219iere este de multe ori singura op\u021biune. \u00cen special, se utilizeaz\u0103 modelul arhitectural ETL (Extract, Transform, Load \u2014 \u201eextrac\u021bie, transformare, \u00eenc\u0103rcare\u201d). \u00cen acest model, de obicei, toate schimburile se fac exclusiv prin fi\u0219iere: se folosesc date mari care nu ar fi ra\u021bional s\u0103 fie transferate prin cereri individuale. Posibilitatea de suport nativ pentru transferul de fi\u0219iere \u00een Enterprise Service Mesh ofer\u0103 flexibilitatea necesar\u0103 pentru afaceri.<\/p>\n
Serviciul de orchestrare<\/h3>\n \n\u00cen organiza\u021biile mari, exist\u0103 aproape \u00eentotdeauna echipe diferite care dezvolt\u0103 produse diferite. De exemplu, \u00eentr-o banc\u0103, unele echipe lucreaz\u0103 cu depozite, iar altele \u2014 cu produse de credit. Exist\u0103 multe astfel de cazuri. Acestea sunt persoane diferite, echipe diferite, care \u00ee\u0219i creeaz\u0103 produsele, \u00ee\u0219i dezvolt\u0103 API-urile \u0219i le ofer\u0103 altora. \u0218i foarte des apare necesitatea de a compune aceste servicii, precum \u0219i de a implementa logica complex\u0103 a apelurilor secven\u021biale la un set de API-uri. Pentru a rezolva aceast\u0103 problem\u0103, este necesar\u0103 o solu\u021bie la nivelul integr\u0103rii, care s\u0103 simplifice toat\u0103 aceast\u0103 logic\u0103 de compunere (apelarea la mai multe API-uri, descrierea traseului cererilor etc.). Aceasta este ceea ce face serviciul de orchestrare \u00een Enterprise Service Mesh.<\/p>\n
AI \u0219i ML<\/h3>\n \nC\u00e2nd microserviciile comunic\u0103 printr-un singur strat de integrare, Service Mesh cunoa\u0219te, desigur, toate apelurile fiec\u0103rui serviciu. Colect\u0103m telemetrie: cine pe cine a apelat, c\u00e2nd, c\u00e2t de mult timp a durat, de c\u00e2te ori \u0219i a\u0219a mai departe. C\u00e2nd aceste servicii ajung la sute de mii, iar apelurile la miliarde, toate acestea se acumuleaz\u0103 \u0219i formeaz\u0103 Big Data. Aceste date pot fi analizate cu ajutorul AI, machine learning \u0219i altele, iar apoi, pe baza rezultatelor analizei, se pot face lucruri utile. Ar fi recomandat s\u0103 transfer\u0103m, m\u0103car par\u021bial, controlul asupra \u00eentregului trafic de re\u021bea \u0219i apelurile aplica\u021biilor integrate \u00een Service Mesh c\u0103tre inteligen\u021ba artificial\u0103.<\/p>\n
Serviciul API Gateway (Gateway API)<\/h3>\n \n\u00cen general, \u00een Service Mesh exist\u0103 proxy-uri \u0219i servicii care comunic\u0103 \u00eentre ele \u00een cadrul unui perimetru de \u00eencredere. Dar exist\u0103 \u0219i contraparti externe. Cerin\u021bele pentru API-urile oferite acestui grup de consumatori sunt mult mai stricte. Aceast\u0103 sarcin\u0103 o \u00eemp\u0103r\u021bim \u00een dou\u0103 p\u0103r\u021bi principale. <\/p>\n
\nSecuritate<\/i>. \u00centreb\u0103ri legate de ddos, vulnerabilitatea protocoalelor, aplica\u021biilor, sistemelor de operare \u0219i a\u0219a mai departe. \n<\/li>\nScalabilitate<\/i>. C\u00e2nd API-urile care trebuie livrate clien\u021bilor ajung la mii sau chiar sute de mii, apare necesitatea unui instrument de gestionare a acestui set de API-uri. Este esen\u021bial s\u0103 monitoriz\u0103m constant API-urile: dac\u0103 func\u021bioneaz\u0103 sau nu, \u00een ce stare se afl\u0103, ce trafic se \u00eenregistreaz\u0103, ce statistic\u0103 exist\u0103 etc. Gateway-ul API trebuie s\u0103 se ocupe de aceast\u0103 sarcin\u0103, f\u0103c\u00e2nd \u00eentregul proces gestionabil \u0219i sigur. Datorit\u0103 acestui component, Enterprise Service Mesh \u00eenva\u021b\u0103 f\u0103r\u0103 dificult\u0103\u021bi suplimentare s\u0103 publice at\u00e2t API-uri interne, c\u00e2t \u0219i externe.\n<\/li>\n<\/ul>\n <\/p>\n
Serviciul de suport pentru protocoale \u0219i formate de date specifice (gateway AS)<\/h3>\n \n\u00cen acest moment, majoritatea solu\u021biilor Service Mesh pot lucra nativ doar cu traficul HTTP \u0219i HTTP2 sau \u00een modul restric\u021bionat la nivel TCP\/IP. Enterprise Service Mesh beneficiaz\u0103 de multe alte protocoale specifice de transmitere a datelor. Unele sisteme pot folosi intermediari de mesaje, altele sunt integrate la nivel de baze de date. Dac\u0103 \u00een companie exist\u0103 SAP, acesta poate folosi \u0219i propriul sistem de integrare. Toate acestea func\u021bioneaz\u0103 \u0219i reprezint\u0103 o parte important\u0103 a afacerii.<\/p>\n
Nu putem pur \u0219i simplu s\u0103 spunem: \u201eS\u0103 renun\u021b\u0103m la sistemele legacy \u0219i s\u0103 cre\u0103m noi sisteme care vor putea utiliza Service Mesh\u201d. Pentru a integra toate sistemele vechi cu cele noi (pe arhitectura microserviciilor), sistemele care pot folosi Service Mesh au nevoie de un anumit adaptor, intermediar, gateway. Admit c\u0103 ar fi minunat dac\u0103 acesta ar veni \u00eentr-un pachet \u00eempreun\u0103 cu serviciul. Gateway-ul AS poate sus\u021bine orice variant\u0103 de integrare. Imagineaz\u0103-\u021bi c\u0103 instalezi pur \u0219i simplu Enterprise Service Mesh \u0219i este deja preg\u0103tit s\u0103 interac\u021bioneze cu toate protocoalele de care ai nevoie. Acest abordare este foarte important\u0103 pentru noi.<\/p>\n
Cam a\u0219a vedem versiunea corporate a Service Mesh (Enterprise Service Mesh). Personalizarea descris\u0103 rezolv\u0103 cele mai multe probleme care apar atunci c\u00e2nd \u00eencerc\u0103m s\u0103 folosim versiunile open-source gata f\u0103cute ale unei platforme de integrare. Ap\u0103rut\u0103 acum c\u00e2\u021biva ani, arhitectura Service Mesh continu\u0103 s\u0103 evolueze \u0219i suntem \u00eenc\u00e2nta\u021bi c\u0103 putem contribui la dezvoltarea acesteia. Sper\u0103m c\u0103 experien\u021ba noastr\u0103 va fi util\u0103 pentru voi.<\/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
![\"De](\"\/wp-content\/uploads\/2019\/06\/90b0df34323399c96548f86b6bd16522.jpg\")