<\/a><\/noindex>
Proksi tasemel (andmeplaan):<\/i><\/p>\n\nMarsruutimis- ja liikluse tasakaalupoliitikate m\u00e4\u00e4ramine ja levitamine\n<\/li>\n V\u00f5tmete, sertifikaatide ja tokenite levitamine\n<\/li>\n Telemeetria kogumine, j\u00e4lgimise metrikate loomine\n<\/li>\n Integreerimine turbe- ja j\u00e4lgimis-infrastruktuuriga\n<\/li>\n<\/ul>\n\nKontrollplaani tasemel:<\/i><\/p>\n\nMarsruutimis- ja liikluse tasakaalupoliitikate rakendamine\n<\/li>\n Korduste ja timeout'ide haldamine, 'surnud' s\u00f5lmede m\u00e4\u00e4ramine (circuit breaking), rike-situatsioonide haldamine (injecting faults) ja teenuste vastupidavuse tagamine l\u00e4bi teiste mehhanismide\n<\/li>\n Kutsumiste autentimine\/autoriseerimine\n<\/li>\n Metrika tagasil\u00fckkamine (observability)\n<\/li>\n<\/ul>\n\nKasutajate ring, keda see tehnoloogia arendamine huvitab, on v\u00e4ga lai \u2014 alates v\u00e4ikestest idufirmadest kuni suurte internetikorporatsioonideni, nagu PayPal.<\/p>\n
Milleks on ettev\u00f5tlussektoris vajalik Service Mesh<\/h2>\n \nService Mesh'i kasutamine toob kaasa palju ilmseid eeliseid. Esiteks on see lihtsalt mugav arendajatele: koodi kirjutamiseks ilmub tehnoloogiline platvorm<\/i>, mis see oluliselt lihtsustab integreerimist pilveinfrastruktuuri, kuna transportkiht on t\u00e4ielikult isoleeritud rakendusloogikast.<\/p>\n
Lisaks, Service Mesh lihtsustab teenusepakkujate ja -kasutajate suhteid.<\/i> T\u00e4nap\u00e4eval on API teenusepakkujate ja -kasutajate jaoks palju lihtsam omavahel kokkuleppeid s\u00f5lmida liideste ja lepingute osas ilma spetsiaalse integratsioonipooliku v\u00f5i vahemeheta \u2014 ettev\u00f5tte teenusebussita. Selline l\u00e4henemine m\u00f5jutab kahte n\u00e4itajat. Uue funktsionaalsuse turule toomise kiirus (time-to-market) suureneb, kuid samas t\u00f5useb lahenduse maksumus, kuna integreerimine tuleb teha iseseisvalt. Service Mesh'i kasutamine ettev\u00f5tte funktsionaalsuse arendusmeeskondade vahel aitab s\u00e4ilitada siin tasakaalu. L\u00f5pptulemusena saavad API teenusepakkujad keskenduda t\u00e4ielikult oma teenuse rakenduskomponendile ja lihtsalt avaldada selle Service Mesh'is \u2014 API on kohe k\u00f5igile klientidele kergesti k\u00e4ttesaadav ning integreerimise kvaliteet on tootmisvalmis ega n\u00f5ua lisakoodi.<\/p>\n
J\u00e4rgmine eelis on see, et arendaja, kasutades Service Mesh'i, keskendub t\u00e4ielikult \u00e4rifunktsionaalsusele<\/i> \u2014 toote, mitte tehnilise aspekti peale oma teenuses. N\u00e4iteks ei pea enam muretsema selle p\u00e4rast, et juhul, kui teenust kutsutakse \u00fcle v\u00f5rgu, v\u00f5ib kusagil \u00fchendus katkeda. Lisaks aitab Service Mesh tasakaalustada liiklust \u00fche ja sama teenuse koopiate vahel: kui \u00fcks koopiatest on \u2018surnud\u2019, suunab s\u00fcsteem kogu liikluse j\u00e4\u00e4dvustatud koopiate peale. <\/p>\n
Service Mesh <\/i>\u2014 on hea alus hajutatud rakenduste loomiseks<\/i>, mis varjab kliendi eest tema teenuste kutsumise tagamaid nii seest kui v\u00e4ljast. K\u00f5ik rakendused, mis kasutavad Service Mesh'i, on transporttasemel isoleeritud nii v\u00f5rgust kui teineteisest: nende vahel pole mingit \u00fchendust. Sellegipoolest saavad arendajad oma teenuste \u00fcle t\u00e4ieliku kontrolli.<\/p>\n
Tasub mainida, et hajutatud rakenduste uuendamine keskkonnas, kus kasutatakse Service Mesh'i, muutub lihtsamaks.<\/i> N\u00e4iteks on sinine\/rohelise juurutamine, kus rakenduse paigaldamiseks on saadaval kaks keskkonda, millest \u00fcks ei uuendata ja on ootere\u017eiimil. Eba\u00f5nnestumise korral on v\u00f5imalik tagasi rullida eelmine versioon spetsiaalse ruuteri abil, millega tegeleb suurep\u00e4raselt Service Mesh.. <\/i>Uue versiooni katsetamiseks saab kasutada kanariversiooni <\/i>\u2014 suunata uuele versioonile ainult 10% liiklusest v\u00f5i p\u00e4ringutest pilootklientide grupilt. Peamine liiklus l\u00e4heb vana versiooni juurde ning midagi ei riku.<\/p>\n
Samuti Service Mesh annab meile reaalajas SLA kontrolli.<\/i>Jaotatud proksis\u00fcsteem ei luba teenust \u00fcle koormata, kui m\u00f5ni klient \u00fcletab talle m\u00e4\u00e4ratud kvooti. Kui API kaudu on l\u00e4bilaskev\u00f5ime piiratud, ei saa keegi teenust DDoS-r\u00fcnnaku kaudu \u00fcle koormata: Service Mesh seisab teenuse ees ja ei lase liigset liiklust l\u00e4bi. See t\u00f5rjub lihtsalt integreerimistasandil ja teenused j\u00e4tkavad t\u00f6\u00f6tamist, m\u00e4rkamatta sellest.<\/p>\n
Kui ettev\u00f5te soovib v\u00e4hendada kulusid integreerimislahenduste arendamisel, aitab ka Service Mesh: avatud l\u00e4htekoodiga versioonile saab \u00fcle minna kommertsproduktidelt.<\/i>Meie Enterprise Service Mesh p\u00f5hineb avatud l\u00e4htekoodiga versioonil Service Mesh. <\/p>\n
Veel \u00fcks eelis on t\u00e4ieliku integreerimisteenuste komplekti olemasolu.<\/i>Kuna kogu integreerimine toimub l\u00e4bi selle vahekihti, saame hallata kogu integreerimist liiklust ja rakenduste vahelisi seoseid, mis kujundavad ettev\u00f5tte \u00e4ri tuuma. See on v\u00e4ga mugav.<\/p>\n
Ja l\u00f5puks Service Mesh stimuleerib ettev\u00f5tet \u00fcleminekule d\u00fcnaamilisele infrastruktuurile.<\/i> Praegu vaatavad paljud konteineriseerimise suunas. Monoloodi jagamine mikroteenusteks ja nende ilus rakendamine on kasvav suund. Kuid kui p\u00fc\u00fcate viia paljusid aastaid tootmises olnud s\u00fcsteeme uutele r\u00f6\u00f6bastele, siis seisate kohe silmitsi paljude probleemidega: k\u00f5ik see suruda konteineritesse ja juurutada platvormile pole lihtne. Ja nende jaotatud komponentide rakendamine, s\u00fcnkroniseerimine ja koost\u00f6\u00f6 \u2014 see on veel \u00fcks \u00e4\u00e4rmiselt keeruline teema. Kuidas nad omavahel suhtlevad? Kas cascading eba\u00f5nnestumisi ei toimu? Service Mesh aitab lahendada osa neid probleeme ja lihtsustab \u00fcleminekut vanalt arhitektuurilt uuele, sest v\u00f5ite unustada v\u00f5rguvahetuse loogika.<\/p>\nMiks on vajalik Service Mesh'i kohandamine<\/h2>\n
\nMeie ettev\u00f5ttes kooseksisteerib sadu s\u00fcsteeme ja mooduleid ning runtime on v\u00e4ga koormatud. Seet\u00f5ttu ei piisa lihtsast mustrist, kus \u00fcks s\u00fcsteem kutsub \u00fcles teist ja saab vastuse, sest tootmises soovime rohkem. Mida veel vajame ettev\u00f5tte Service Mesh'ilt? <\/p>\n
S\u00fcndmuste t\u00f6\u00f6tlemise teenus<\/h3>\n \nKujutage ette, et meil on vaja luua reaalajas s\u00fcndmuste t\u00f6\u00f6tlemise s\u00fcsteem \u2014 s\u00fcsteem, mis anal\u00fc\u00fcsib kliendi tegevust reaalajas ja suudab kohe teha asjakohase pakkumise. Sellise funktsionaalsuse rakendamiseks kasutatakse arhitektuurimustrit, mida nimetatakse s\u00fcndmusp\u00f5hiseks arhitektuuriks (EDA)<\/i>. \u00dckski kaasaegne Service Mesh ei toeta selliseid mustreid natiivsetena, kuigi see on v\u00e4ga oluline, eriti panganduses!<\/p>\n
On \u00fcsna kummaline, et \"kaugk\u00f5ne\" Remote Procedure Call (RPC) toetavad k\u00f5ik Service Mesh'i versioonid, kuid EDA-ga nad ei klapi. Sest Service Mesh on t\u00e4nap\u00e4eva hajutatud integratsiooni sarnane ja EDA on v\u00e4ga aktuaalne arhitektuurimuster, mis v\u00f5imaldab teha ainulaadseid asju kliendikogemuse osas.<\/p>\n
Meie Enterprise Service Mesh peab selle probleemi lahendama. Samuti soovime n\u00e4ha selles garanteeritud kohaletoimetamise, voogedastuse ja keeruka s\u00fcndmuste t\u00f6\u00f6tlemise rakendust, kasutades mitmesuguseid filtreid ja mustreid.<\/p>\n
Failide edastamise teenus<\/h3>\n \nLisaks EDA-le oleks hea omada ka failide edastamise v\u00f5imalust: suurtes ettev\u00f5tetes on sageli v\u00f5imalik vaid failide integreerimine. Konkreetsemalt kasutatakse arhitektuurimustrit ETL (Extract, Transform, Load \u2014 \"andmete v\u00e4ljav\u00f5tmine, muutmine, laadimine\"). Sel juhul vahetatakse tavaliselt andmeid ainult failide kaupa: kasutatakse suuri andmeid, mida pole m\u00f5tet saata eraldi p\u00e4ringutega. Failide edastamise natiivne toetus Enterprise Service Mesh'is annab ettev\u00f5ttele vajaliku paindlikkuse.<\/p>\n
Orkestreerimise teenus<\/h3>\n \nSuurtes organisatsioonides on peaaegu alati erinevad meeskonnad, kes teevad erinevaid tooteid. N\u00e4iteks pangas t\u00f6\u00f6tavad \u00fche meeskonna liikmed hoiuste kallal, samas kui teised tegelevad krediitproduktidega, ja selliseid juhtumeid on piisavalt palju. Need on erinevad inimesed, erinevad meeskonnad, kes loovad oma tooteid, arendavad oma API-sid ja pakuvad neid teistele. Ja v\u00e4ga tihti tekib vajadus nende teenuste kompositsiooni ning keerulise loogika rakendamise j\u00e4rele, kus toimub j\u00e4rjestikune API-de k\u00f5ne. Selle probleemi lahendamiseks on vaja integratsioonikihti, mis v\u00f5imaldab kogu seda komposiitloogikat lihtsustada (mitme API k\u00f5ne, p\u00e4ringute marsruudi m\u00e4\u00e4ratlemine jne). Just see on orkestreerimisteenus Enterprise Service Meshis.<\/p>\n
AI ja ML<\/h3>\n \nKui mikroteenused suhtlevad \u00fchtse integratsioonikihi kaudu, teab Service Mesh loomulikult k\u00f5ike igast teenuse k\u00f5nest. Kogume telemeetriaandmeid: kes kedagi kutsus, millal, kui kaua, kui tihti jne. Kui neid teenuseid on sadu tuhandeid ja k\u00f5nesid miljardeid, siis see k\u00f5ik koguneb ja moodustab Big Data. Neid andmeid saab anal\u00fc\u00fcsida tehisintellekti, masin\u00f5ppe ja muu abil ning seej\u00e4rel luua anal\u00fc\u00fcsi tulemuste p\u00f5hjal m\u00f5ned kasulikud asjad. Oleks otstarbekas v\u00e4hemalt osaliselt usaldada tehisintellektile juhtimine selle kogu v\u00f5rgu liikluse ja rakenduste k\u00f5nede \u00fcle, mis on integreeritud Service Meshisse.<\/p>\n
API Gateway (API Lood)<\/h3>\n \nTavaliselt sisaldab Service Mesh vaheproksi ja teenuseid, mis suhtlevad omavahel usaldusv\u00e4\u00e4rse piiri sees. Kuid on ka v\u00e4liseid sidusr\u00fchmi. API-de n\u00f5uded, mida sellele tarbijate r\u00fchmale pakutakse, on palju t\u00f5sisemad. Jagame selle \u00fclesande kaheks peamiseks osaks. <\/p>\n
\nTurvalisus<\/i>. K\u00fcsimused, mis on seotud ddos'i, protokollide, rakenduste, operatsioonis\u00fcsteemide jne haavatavustega. \n<\/li>\nM\u00f5\u00f5tkavad<\/i>. Kui API-de arv, mida tuleb klientidele anda, ulatub tuhandetesse v\u00f5i isegi sadadesse tuhandetesse, siis tekib vajadus mingisuguse vahendi j\u00e4rele nende API-de kogumi haldamiseks. On vajalik pidevalt j\u00e4lgida API-de toimimist: kas nad t\u00f6\u00f6tavad v\u00f5i mitte, mis on nende staatus, milline on liiklus jne. API-lood peavad selle \u00fclesandega hakkama saama, muutes kogu protsessi hallatavaks ja turvaliseks. T\u00e4nu sellele komponendile \u00f5pib Enterprise Service Mesh, et ilma tarbetute keerukusteta avaldada nii sisemisi API-sid kui ka v\u00e4liseid.\n<\/li>\n<\/ul>\n <\/p>\n
Spetsiaalsete protokollide ja andmevormingute toetamise teenus (AS-i l\u00fc\u00fcs)<\/h3>\n \nPraegu oskab enamik Service Mesh lahendusi natiivsetena t\u00f6\u00f6tada ainult HTTP ja HTTP2 liikluses v\u00f5i piiratud re\u017eiimis TCP\/IP tasemel. Enterprise Service Mesh-is tuleb esile palju teisi spetsiifilisi andmeedastusprotokolle. M\u00f5ned s\u00fcsteemid v\u00f5ivad kasutada s\u00f5numi vahendajaid, teised on integreeritud andmebaasi tasemel. Kui ettev\u00f5ttes on SAP, v\u00f5ib see samuti kasutada oma integreerimiss\u00fcsteemi. K\u00f5ik see t\u00f6\u00f6tab ja on \u00e4ri oluline osa.<\/p>\n
Ei saa lihtsalt \u00f6elda: \"L\u00e4hme legacy-st lahti ja teeme uusi s\u00fcsteeme, mis suudavad kasutada Service Mesh-i\". K\u00f5ikide vanade s\u00fcsteemide sobitamiseks uute (mikroteenuste arhitektuuriga) s\u00fcsteemide vahel, mis v\u00f5ivad kasutada Service Mesh-i, on vaja mingit adapterit, vahendajat, l\u00fc\u00fcsit. Olge n\u00f5us, oleks tore, kui see tuleks koos teenusega pakendis. AS-i l\u00fc\u00fcs suudab toetada igasuguseid integratsiooni variante. Kujutage ette, et paigaldate lihtsalt Enterprise Service Mesh-i ja see on juba valmis t\u00f6\u00f6tama k\u00f5igi vajalike protokollidega. Meie jaoks on see l\u00e4henemine v\u00e4ga oluline.<\/p>\n
Nii me kujutame ette Enterprise Service Mesh-i. Kirjeldatud kohandamine lahendab enamiku probleeme, mis tekivad, kui proovida kasutada valmis open-source integreerimislahendusi. Vaid paar aastat tagasi tekkis Service Mesh arhitektuur j\u00e4tkab arenemist ja me oleme r\u00f5\u00f5msad, et saame oma panuse anda. 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\")