<\/a><\/noindex>
Proksi tasandil (data plane):<\/i><\/p>\n\nReeglite marsruutimise ja liikluse tasakaalustamise m\u00e4\u00e4ramine ja levitamine\n<\/li>\n V\u00f5tmete, sertifikaatide, tokenite levitamine\n<\/li>\n Telemeetria kogumine, seire meetrikate vormimine\n<\/li>\n Integreerimine turbe- ja seireinfrastruktuuriga\n<\/li>\n<\/ul>\n\nKontrollitasandi (control plane) tase:<\/i><\/p>\n\nReeglite marsruutimise ja liikluse tasakaalustamise rakendamine\n<\/li>\n Korduste ja aja\u00fcletuste haldamine, 'surnud' s\u00f5lmede m\u00e4\u00e4ramine (circuit breaking), t\u00f5rgete juhtimine (injecting faults) ja teenuste vastupidavuse (resilience) tagamine muude mehhanismide kaudu\n<\/li>\n Kutsunge autentimine\/autoriseerimine\n<\/li>\n Metrikate heitmine (observability)\n<\/li>\n<\/ul>\n\nKasutajate ring, kes on huvitatud selle tehnoloogia arendamisest, on v\u00e4ga lai \u2014 alates v\u00e4ikestest alustavatest ettev\u00f5tetest kuni suurte interneti korporatsioonideni, n\u00e4iteks PayPal.<\/p>\n
Milleks on Service Mesh ettev\u00f5tlussektoris vajalik<\/h2>\n \nService Meshi kasutamine toob kaasa palju ilmseid eeliseid. Esiteks, see on arendajatele lihtsalt mugav: koodi kirjutamiseks tekib tehnoloogiline platvorm<\/i>, mis lihtsustab pilveinfrastruktuuri integreerimist, kuna transpordikiht on t\u00e4ielikult eraldatud rakendusloogikast.<\/p>\n
Lisaks toetab Service Mesh lihtsustab tarnijate ja tarbijate suhete loomist.<\/i> T\u00e4na on API tarnijatel ja tarbijatel palju lihtsam omavahel kokku leppida liidestes ja lepingutes, kaasamata selleks eraldi integreerimise vahendajat ja vahemeest \u2013 ettev\u00f5tte teenuste vahetust. Selline l\u00e4henemine m\u00f5jutab oluliselt kaht n\u00e4itajat. Uute funktsioonide turule toomise kiirus (time-to-market) suureneb, kuid samas t\u00f5useb lahenduse hind, kuna integreerimine tuleb teha iseseisvalt. Service Meshi kasutamine \u00e4rifunktsioone arendavate meeskondade poolt aitab s\u00e4ilitada tasakaalu. L\u00f5ppkokkuv\u00f5ttes saavad API tarnijad keskenduda oma teenuse rakenduskomponendile ning lihtsalt avaldada selle Service Mesh'is \u2013 API on kohe k\u00f5igile klientidele kergesti k\u00e4ttesaadav ning integreerimise kvaliteet on tootmisvalmis ega n\u00f5ua \u00fchtegi t\u00e4iendavat koodirida.<\/p>\n
J\u00e4rgmine eelis on see, et arendaja, kasutades Service Mesh'i, keskendub ainulaadselt \u00e4ritegevuse funktsionaalsusele<\/i> \u2014 toote, mitte tehnoloogia aspektidele oma teenuses. N\u00e4iteks ei pea enam muretsema selle p\u00e4rast, et olukorras, kus teenust kutsub v\u00e4lja v\u00f5rku, v\u00f5ib kuskil juhtuda \u00fchenduse katkemine. Lisaks aitab Service Mesh tasakaalustada liiklust samade teenuse koopia vahel: kui \u00fcks koopia on \u201esurnud\u201d, suunab s\u00fcsteem kogu liikluse allesj\u00e4\u00e4nud aktiveeritud koopiatele. <\/p>\n
Teenuste Mesh <\/i>\u2014 see on hea alus jaotatud rakenduste loomiseks<\/i>, mis varjab kliendi eest teenuse kutsete tagamise \u00fcksikasju nii seest kui v\u00e4ljast. K\u00f5ik rakendused, mis kasutavad Service Mesh'i, on transporditasandil isoleeritud nii v\u00f5rgust kui \u00fcksteisest: nende vahel ei ole mingit \u00fchendust. Sellega samas saab arendaja oma teenuste \u00fcle t\u00e4ieliku kontrolli.<\/p>\n
Oluline on m\u00e4rkida, et jaotatud rakenduste v\u00e4rskendamine keskkonnas, kus kasutatakse Service Mesh'i, muutub lihtsamaks.<\/i> N\u00e4iteks blue\/green-deployments, kus rakenduse jaoks on saadaval kaks keskkonda, millest \u00fcks ei uuene ja on ootel. Eba\u00f5nnestumise korral tagasip\u00f6\u00f6rdumine varasema versiooni juurde toimub spetsiaalse marsruutija abil, millega Service Mesh suurep\u00e4raselt toime tuleb.. <\/i>Uue versiooni katsetamiseks saab kasutada ka kanarrelease <\/i>\u2014 suunata uus versioon ainult 10% liiklusest v\u00f5i p\u00e4ringud pilootklientide r\u00fchmalt. Peamine liiklus l\u00e4heb vanale versioonile, mis ei katke.<\/p>\n
Samuti Service Mesh annab meile SLA reaalajas kontrolli<\/i>. Jaotatud proksis\u00fcsteem ei lase teenust kokku kukkuda, kui m\u00f5ni klient \u00fcletab talle antud kvooti. Kui API-l on piiratud l\u00e4bilaskev\u00f5ime, ei saa keegi seda massiliste tehingute arvuga \u00fcle koormata: Service Mesh seisab teenuse ees ja ei lase liigselt liiklust l\u00e4bi. See lihtsalt t\u00f5rjub integreerimiskihtides tagasi, samas kui teenused j\u00e4tkavad t\u00f6\u00f6d, seda m\u00e4rkamatult.<\/p>\n
Kui ettev\u00f5te soovib integreerimislahenduste arenduselt kulusid kokku hoida, aitab Service Mesh ka: selle avatud l\u00e4htekoodiga versioonile saab \u00fcle minna kommertstooteid kasutades.<\/i>. Meie Enterprise Service Mesh p\u00f5hineb open-source versioonil Service Mesh. <\/p>\n
Veel \u00fcks eelis \u2014 \u00fchtse t\u00e4islahenduse integreerimisteenuste komplekti olemasolu<\/i>. Kuna kogu integreerimine toimub selle vahekihina, saame hallata kogu integreerimistrafikut ja rakenduste vahelisi suhteid, mis moodustavad ettev\u00f5tte \u00e4ri tuuma. See on v\u00e4ga mugav.<\/p>\n
Ja l\u00f5puks Service Mesh stimuleerib ettev\u00f5tte \u00fcleminekut d\u00fcnaamilisele infrastruktuurile.<\/i> Praegu vaatavad paljud konteineriseerimise poole. Monoliidi jagamine mikroteenusteks ja nende kauni rakendamise teema on t\u00f5usuteel. Kuid kui p\u00fc\u00fcad viia uutele r\u00f6\u00f6bastele s\u00fcsteemi, mis on juba aastaid tootmises, seisad kohe silmitsi hulga probleemidega: k\u00f5ike seda konteineritesse suruda ja platvormile juurutada ei ole lihtne. Ja nende hajutatud komponentide juurutamine, s\u00fcnkroniseerimine ja omavaheline koost\u00f6\u00f6 on veel \u00fcks \u00e4\u00e4rmiselt keeruline teema. Kuidas nad \u00fcksteisega suhtlevad? Kas kaskaadl\u00f5hkemise oht on olemas? Service Mesh v\u00f5imaldab lahendada osa neist probleemidest ja lihtsustada \u00fcleminekut vanalt arhitektuurilt uuele, unustades v\u00f5rguvahetuse loogika.<\/p>\nMiks on Service Meshi kohandamine vajalik?<\/h2>\n
\nMeie ettev\u00f5ttes elavad koos sajad s\u00fcsteemid ja moodulid ning runtime on v\u00e4ga koormatud. Seega ei piisa lihtsast mustrist, kus \u00fcks s\u00fcsteem kutsub \u00fcles teist ja saab vastuse, sest tootmises tahame me rohkem. Mida veel on vaja ettev\u00f5tte Service Meshilt? <\/p>\n
S\u00fcndmuste t\u00f6\u00f6tlemise teenus<\/h3>\n \nKujutame ette, et meil on vaja t\u00f6\u00f6tada v\u00e4lja reaalajas s\u00fcndmuste t\u00f6\u00f6tlemine \u2014 s\u00fcsteem, mis anal\u00fc\u00fcsib kliendi toiminguid reaalajas ja suudab kohe pakkuda asjakohast ettepanekut. Sellise funktsionaalsuse rakendamiseks kasutatakse arhiitektuurimustrit, mida nimetatakse s\u00fcndmustel p\u00f5hinevaks arhitektuuriks (EDA)<\/i>. \u00dckski olemasolev Service Mesh ei toeta selliseid mustreid kohandatult, ja see on v\u00e4ga oluline, eriti panganduse jaoks!<\/p>\n
On \u00fcsna kummaline, et k\u00f5ik Service Meshi versioonid toetavad \u201eeemaldatud kutsumise\u201d Remote Procedure Call (RPC), kuid nad ei suhtle EDA-ga. Sest Service Mesh on midagi modernaalselt jaotatud integreerimist, samas kui EDA on v\u00e4ga aktuaalne arhitektuurimuster, mis v\u00f5imaldab luua ainulaadseid asju kliendikogemuse osas.<\/p>\n
Meie Enterprise Service Mesh peab lahendama antud probleemi. Lisaks soovime n\u00e4ha selles tagatud kohaletoimetamise, voogedastuse ja kompleksete s\u00fcndmuste t\u00f6\u00f6tlemise rakendust, kasutades mitmesuguseid filtreid ja malle.<\/p>\n
Failide edastamise teenus<\/h3>\n \nPeale EDA oleks samuti hea, kui oleks v\u00f5imalus faile edastada: ettev\u00f5tte tasemel on sageli v\u00f5imalik ainult failide integreerimine. Konkreetsemalt kasutatakse arhitektuurimustrit ETL (Extract, Transform, Load \u2014 \"v\u00e4ljav\u00f5tmine, t\u00e4iustamine, laadimine\"). Sellisel juhul vahetatakse reeglina ainult faile: kasutatakse suurandmeid, mida ei ole otstarbekas eraldi p\u00e4ringutega edastada. Failide edastamise natiivne tugi Enterprise Service Meshis pakub vajalikku paindlikkust ettev\u00f5tte jaoks.<\/p>\n
Orkestreerimise teenus<\/h3>\n \nSuurtes organisatsioonides on peaaegu alati erinevad meeskonnad, kes t\u00f6\u00f6tavad erinevate toodetega. N\u00e4iteks pangas t\u00f6\u00f6tavad \u00fched meeskonnad hoiuste, samas kui teised t\u00f6\u00f6tavad laenutoodete kallal, ja selliseid n\u00e4iteid on piisavalt palju. Need on erinevad inimesed, erinevad meeskonnad, kes loovad oma tooteid, arendavad oma API-sid ja pakuvad neid teistele. Tihti tekib vajadus nende teenuste kombineerimise ning keerulise j\u00e4rjestikuste API k\u00f5nede loogika rakendamise j\u00e4rele. Selle probleemi lahendamiseks on vaja lahendust integreerimistasandil, mis lihtsustab kogu selle komposiitloogika (mitme API k\u00f5ne, p\u00e4ringute marsruudi kirjeldamine jne). Just see on teenus, mis orkestreerib Enterprise Service Meshis.<\/p>\n
AI ja ML<\/h3>\n \nKui mikroteenused suhtlevad \u00fchise integratsiooni kihi, Service Mesh, kaudu, teab see loomulikult k\u00f5ike iga teenuse v\u00e4ljakutsetest. Kogume telemeetria andmed: kes kellele helistas, millal, kui kaua, mitu korda jne. Kui neid teenuseid on sadu tuhandeid ja v\u00e4ljakutseid miljardeid, siis k\u00f5ik see koguneb ja moodustab Big Data. Neid andmeid saab anal\u00fc\u00fcsida tehisintellekti ja masin\u00f5ppe abil ning seej\u00e4rel luua anal\u00fc\u00fcsi tulemustel p\u00f5hinevaid kasulikke lahendusi. Oleks asjakohane v\u00e4hemalt osaliselt usaldada tehisintellektile kogu see v\u00f5rgu liiklus ja rakenduste v\u00e4ljakutsed, mis on integreeritud Service Mesh.<\/p>\n
API Gateway (API v\u00e4rav)<\/h3>\n \nReeglina on Service Mesh-is olemas proxy ja teenused, mis suhtlevad omavahel usaldusv\u00e4\u00e4rse piiri sees. Kuid on ka v\u00e4lised partnerid. API n\u00f5udmised, mida antud tarbijate r\u00fchmale pakutakse, on palju t\u00f5sisemad. Jagame selle \u00fclesande kaheks peamiseks osaks. <\/p>\n
\nOhutus<\/i>. K\u00fcsimused, mis on seotud DDoS-i, protokollide, rakenduste, operatsioonis\u00fcsteemide ja muude haavatavustega. \n<\/li>\nM\u00f5\u00f5tmed<\/i>. Kui API arveid, mis tuleb klientidele esitada, on tuhandetes v\u00f5i isegi sadades tuhandetes, tekib vajadus kasutada mingit vahendit selle API komplekti haldamiseks. Tuleb pidevalt j\u00e4lgida API-sid: kas need toimivad v\u00f5i mitte, mis on nende staatus, milline liiklus toimub, millised on statistika jne. API v\u00e4rav peab selle \u00fclesande t\u00e4itma, tehes kogu protsessi hallatavaks ja turvaliseks. T\u00e4nu sellele komponendile suudab Enterprise Service Mesh \u00f5ppida, kuidas ilmseid raskusi \u00fcletades avaldada nii sisemist kui ka v\u00e4list API-d.\n<\/li>\n<\/ul>\n <\/p>\n
Spetsiifiliste protokollide ja andmeformatide toetus (AS v\u00e4rav)<\/h3>\n \nPraeguseks oskab enamus Service Mesh lahendusi natiivsetelt t\u00f6\u00f6tada vaid HTTP ja HTTP2 liiklusega v\u00f5i piiratud re\u017eiimis TCP\/IP tasemel. Enterprise Service Meshil on palju teisi \u00fcsna spetsiifilisi andmeedastusprotokolle. \u00dcks s\u00fcsteem v\u00f5ib kasutada s\u00f5numite vahendajaid, teine on integreeritud andmebaasi tasemel. Kui ettev\u00f5ttes on SAP, v\u00f5ib see samuti kasutada oma integratsioonis\u00fcsteemi. K\u00f5ik see t\u00f6\u00f6tab ja on oluline osa ettev\u00f5tte tegevusest.<\/p>\n
Ei saa lihtsalt \u00f6elda: \u201eLoodame loobuda p\u00e4randlahendustest ja luua uusi s\u00fcsteeme, mis suudaksid kasutada Service Meshi\u201c. Kuidas k\u00fcll viia k\u00f5ik vanad s\u00fcsteemid kokku uute (mikroteenuste arhitektuuriga) s\u00fcsteemidega? Need, mis saavad kasutada Service Meshi, vajavad mingit adapterit, vahendajat, v\u00e4ravat. Oleks suurep\u00e4rane, kui see kaasatakse teenusepaketti. AS-i v\u00e4rav toetab igasuguseid integreerimise variante. Kujutage vaid ette, et installite Enterprise Service Meshi ja see on juba valmis suhtlema k\u00f5igi vajalike protokollidega. Meie jaoks on selline l\u00e4henemine \u00e4\u00e4rmiselt oluline.<\/p>\n
Umbes nii kujutame ette ettev\u00f5tte versiooni Service Meshist (Enterprise Service Mesh). Kirjeldatud kohandamine lahendab enamik probleeme, mis tekivad, kui p\u00fc\u00fcda kasutada olemasolevaid avatud l\u00e4htekoodiga integreerimisplatvorme. Ilmudes vaid paar aastat tagasi, j\u00e4tkab Service Meshi arhitektuur arengut ning meil on hea meel, et saame panustada selle arengusse. Loodame, et meie kogemus on teile kasulik.<\/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
![\"Miks](\"\/wp-content\/uploads\/2019\/06\/90b0df34323399c96548f86b6bd16522.jpg\")