<\/a><\/noindex>
Na poziomie proxy (data plane):<\/i><\/p>\n\nPrzypisanie i rozdzielanie polityk routingu oraz r\u00f3wnowa\u017cenia obci\u0105\u017cenia\n<\/li>\n Dystrybucja kluczy, certyfikat\u00f3w, token\u00f3w\n<\/li>\n Zbieranie telemetryki, generowanie metryk monitorowania\n<\/li>\n Integracja z infrastruktur\u0105 zabezpiecze\u0144 i monitoringu\n<\/li>\n<\/ul>\n\nNa poziomie kontrolera (control plane):<\/i><\/p>\n\nWdra\u017canie polityk routingu i r\u00f3wnowa\u017cenia obci\u0105\u017cenia\n<\/li>\n Zarz\u0105dzanie powt\u00f3rzeniami i limitami czasu, identyfikacja 'martwych' w\u0119z\u0142\u00f3w (circuit breaking), zarz\u0105dzanie sytuacjami awaryjnymi (injecting faults) oraz zapewnianie odporno\u015bci (resilience) us\u0142ug poprzez inne mechanizmy\n<\/li>\n Autoryzacja\/uwierzytelnienie wywo\u0142a\u0144\n<\/li>\n Odrzucanie metryk (observability)\n<\/li>\n<\/ul>\n\nKr\u0105g u\u017cytkownik\u00f3w zainteresowanych rozwojem tej technologii jest bardzo szeroki \u2014 od niewielkich startup\u00f3w po du\u017ce korporacje internetowe, takie jak PayPal.<\/p>\n
Jakie jest zastosowanie Service Mesh w sektorze korporacyjnym<\/h2>\n \nWykorzystanie Service Mesh przynosi wiele oczywistych korzy\u015bci. Przede wszystkim jest to bardzo wygodne dla programist\u00f3w: do pisania kodu powstaje platforma technologiczna<\/i>, co znacznie upraszcza integracj\u0119 z chmur\u0105, poniewa\u017c warstwa transportowa jest ca\u0142kowicie oddzielona od logiki aplikacji.<\/p>\n
Ponadto, Service Mesh upraszcza relacje mi\u0119dzy dostawcami a konsumentami.<\/i> Dzi\u015b dostawcom i konsumentom API znacznie \u0142atwiej jest ustali\u0107 interfejsy i kontrakty samodzielnie, bez anga\u017cowania specjalnego po\u015brednika integracyjnego i arbitra \u2013 korporacyjnej szyny us\u0142ug. Taka strategia ma znacz\u0105cy wp\u0142yw na dwa wska\u017aniki. Przyspiesza czas wprowadzenia nowej funkcjonalno\u015bci na rynek (time-to-market), ale jednocze\u015bnie zwi\u0119ksza koszt rozwi\u0105zania, poniewa\u017c integracj\u0119 trzeba przeprowadza\u0107 samodzielnie. U\u017cycie Service Mesh przez zespo\u0142y deweloperskie funkcjonalno\u015bci biznesowej pozwala zachowa\u0107 r\u00f3wnowag\u0119. Ostatecznie dostawcy API mog\u0105 skupi\u0107 si\u0119 wy\u0142\u0105cznie na aplikacyjnej cz\u0119\u015bci swojego serwisu i po prostu opublikowa\u0107 go w Service Mesh \u2013 API stanie si\u0119 dost\u0119pne dla wszystkich klient\u00f3w, a jako\u015b\u0107 integracji b\u0119dzie gotowa do produkcji i nie wymaga \u017cadnej dodatkowej linii kodu.<\/p>\n
Nast\u0119pn\u0105 zalet\u0105 jest to, \u017ce deweloper, korzystaj\u0105c z Service Mesh, skupia si\u0119 wy\u0142\u0105cznie na funkcjonalno\u015bci biznesowej<\/i> \u2014 na aspekcie produktowym, a nie technologicznym swojego serwisu. Na przyk\u0142ad, nie ma ju\u017c potrzeby martwi\u0107 si\u0119 o to, \u017ce w sytuacji, gdy us\u0142uga jest wywo\u0142ywana przez sie\u0107, gdzie\u015b mo\u017ce wyst\u0105pi\u0107 przerwa w po\u0142\u0105czeniu. Ponadto, Service Mesh pomaga zr\u00f3wnowa\u017cy\u0107 ruch pomi\u0119dzy kopiami tej samej us\u0142ugi: je\u015bli jedna z kopii \"umar\u0142a\", system przekieruje ca\u0142y ruch na pozosta\u0142e aktywne kopie. <\/p>\n
Service Mesh <\/i>\u2014 to solidna podstawa do budowy rozproszonych aplikacji<\/i>, kt\u00f3ra ukrywa przed klientem szczeg\u00f3\u0142y zapewnienia wywo\u0142a\u0144 jego us\u0142ug zar\u00f3wno wewn\u0119trznie, jak i zewn\u0119trznie. Wszystkie aplikacje korzystaj\u0105ce z Service Mesh s\u0105 na poziomie transportowym odizolowane zar\u00f3wno od sieci, jak i od siebie nawzajem: nie ma mi\u0119dzy nimi \u017cadnego po\u0142\u0105czenia. Przy tym deweloper uzyskuje pe\u0142n\u0105 kontrol\u0119 nad swoimi us\u0142ugami.<\/p>\n
Nie mo\u017cna nie zauwa\u017cy\u0107, \u017ce aktualizacja rozproszonych aplikacji w \u015brodowisku, w kt\u00f3rym stosuje si\u0119 Service Mesh, staje si\u0119 prostsza.<\/i> Na przyk\u0142ad, wdro\u017cenie typu blue\/green, w kt\u00f3rym dost\u0119pne s\u0105 dwa \u015brodowiska aplikacji, z kt\u00f3rych jedno nie jest aktualizowane i pozostaje w trybie oczekiwania. Przywracanie wcze\u015bniejszej wersji w przypadku nieudanego wydania odbywa si\u0119 za pomoc\u0105 specjalnego routera, z zadaniem kt\u00f3rego doskonale radzi sobie Service Mesh.. <\/i>Do testowania nowej wersji mo\u017cna r\u00f3wnie\u017c wykorzysta\u0107 wydanie kanaryjne <\/i>\u2014 przekierowanie na now\u0105 wersj\u0119 tylko 10% ruchu lub zapyta\u0144 od pilotowej grupy klient\u00f3w. G\u0142\u00f3wny ruch kierowany jest do starej wersji, nic nie ulega awarii.<\/p>\n
R\u00f3wnie\u017c Service Mesh daje nam kontrol\u0119 nad SLA w czasie rzeczywistym<\/i>. System rozproszonych proxy nie pozwoli na przeci\u0105\u017cenie us\u0142ugi, gdy kt\u00f3ry\u015b z klient\u00f3w przekroczy przyznany mu limit. Je\u015bli przepustowo\u015b\u0107 API jest ograniczona, nikt nie b\u0119dzie m\u00f3g\u0142 doda\u0107 dodatkowych obci\u0105\u017ce\u0144: Service Mesh stoi przed us\u0142ug\u0105 i nie wpuszcza zb\u0119dnego ruchu. Po prostu b\u0119dzie odpiera\u0107 ataki na poziomie integracji, a same us\u0142ugi b\u0119d\u0105 dzia\u0142a\u0107, nie zauwa\u017caj\u0105c tego.<\/p>\n
Je\u015bli firma chce zredukowa\u0107 koszty rozwoju rozwi\u0105za\u0144 integracyjnych, Service Mesh r\u00f3wnie\u017c w tym pomaga: mo\u017cna przej\u015b\u0107 na jego wersj\u0119 open-source z produkt\u00f3w komercyjnych.<\/i>Nasza Enterprise Service Mesh opiera si\u0119 na wersji open-source Service Mesh. <\/p>\n
Kolejn\u0105 zalet\u0105 jest posiadanie jednego, pe\u0142nowarto\u015bciowego zestawu us\u0142ug integracyjnych<\/i>. Poniewa\u017c ca\u0142a integracja odbywa si\u0119 przez t\u0119 warstw\u0119 po\u015bredni\u0105, mo\u017cemy zarz\u0105dza\u0107 ca\u0142ym ruchem integracyjnym i relacjami mi\u0119dzy aplikacjami, kt\u00f3re tworz\u0105 rdze\u0144 biznesowy firmy. To bardzo wygodne.<\/p>\n
I wreszcie Service Mesh pobudza firm\u0119 do przej\u015bcia na dynamiczn\u0105 infrastruktur\u0119.<\/i> Obecnie wiele os\u00f3b zwraca uwag\u0119 na konteneryzacj\u0119. Rozdzielanie monolitu na mikroserwisy i ich eleganckie wdra\u017canie to trend, kt\u00f3ry zyskuje na znaczeniu. Jednak gdy pr\u00f3bujesz przenie\u015b\u0107 na nowe tory system, kt\u00f3ry jest ju\u017c od lat w produkcji, napotykasz szereg problem\u00f3w: wprowadzenie wszystkiego do kontener\u00f3w i uruchomienie na platformie jest trudne. A implementacja, synchronizacja i interakcja tych rozproszonych komponent\u00f3w to kolejny bardzo z\u0142o\u017cony temat. Jak b\u0119d\u0105 si\u0119 komunikowa\u0107? Czy nie dojdzie do kaskadowych awarii? Service Mesh pozwala rozwi\u0105za\u0107 cz\u0119\u015b\u0107 tych problem\u00f3w i u\u0142atwia migracj\u0119 ze starej architektury na now\u0105, poniewa\u017c mo\u017cna zapomnie\u0107 o logice wymiany sieciowej.<\/p>\nPo co potrzebna jest personalizacja Service Mesh<\/h2>\n
\nW naszej firmie wsp\u00f3\u0142dzia\u0142a setki system\u00f3w i modu\u0142\u00f3w, a runtime jest bardzo obci\u0105\u017cony. Dlatego prosta zasada, w kt\u00f3rej jeden system wywo\u0142uje drugi i otrzymuje odpowied\u017a, nie jest wystarczaj\u0105ca, poniewa\u017c w produkcji oczekujemy wi\u0119cej. Czego jeszcze potrzebujemy od korporacyjnego Service Mesh? <\/p>\n
Us\u0142uga przetwarzania zdarze\u0144<\/h3>\n \nZa\u0142\u00f3\u017cmy, \u017ce musimy stworzy\u0107 system przetwarzania zdarze\u0144 w czasie rzeczywistym - system, kt\u00f3ry w czasie rzeczywistym analizuje dzia\u0142ania klienta i mo\u017ce od razu przedstawi\u0107 mu odpowiedni\u0105 ofert\u0119. Aby zrealizowa\u0107 tak\u0105 funkcjonalno\u015b\u0107, u\u017cywa si\u0119 wzoru architektonicznego o nazwie architektura oparta na zdarzeniach (EDA)<\/i>. \u017baden z aktualnych Service Mesh nie obs\u0142uguje takich wzor\u00f3w natywnie, a to bardzo wa\u017cne, zw\u0142aszcza dla banku!<\/p>\n
Do\u015b\u0107 dziwne, \u017ce \u00bbzdalne wywo\u0142anie\u00ab zdalnego wywo\u0142ania procedur (RPC) obs\u0142uguj\u0105 wszystkie wersje Service Mesh, a z EDA nie mog\u0105 si\u0119 zaprzyja\u017ani\u0107. Poniewa\u017c Service Mesh jest podobne do nowoczesnej rozproszonej integracji, a EDA to bardzo aktualny wz\u00f3r architektoniczny, kt\u00f3ry pozwala na realizacj\u0119 unikalnych do\u015bwiadcze\u0144 klienta.<\/p>\n
Nasz Enterprise Service Mesh powinien rozwi\u0105za\u0107 ten problem. Poza tym chcemy widzie\u0107 w nim realizacj\u0119 gwarantowanej dostawy, przetwarzania zdarze\u0144 strumieniowych i kompleksowego z wykorzystaniem r\u00f3\u017cnych filtr\u00f3w i szablon\u00f3w.<\/p>\n
Us\u0142uga przesy\u0142ania plik\u00f3w<\/h3>\n \nOpr\u00f3cz EDA dobrze by\u0142oby mie\u0107 mo\u017cliwo\u015b\u0107 przesy\u0142ania plik\u00f3w: w skali Enterprise bardzo cz\u0119sto mo\u017cliwa jest tylko integracja plikowa. W szczeg\u00f3lno\u015bci stosowany jest wzorzec architektoniczny ETL (Extract, Transform, Load \u2014 \u201ewyodr\u0119bnianie, przekszta\u0142canie, \u0142adowanie\u201d). Z regu\u0142y wszystko wymienia si\u0119 wy\u0142\u0105cznie za pomoc\u0105 plik\u00f3w: wykorzystuje si\u0119 du\u017ce dane, kt\u00f3rych nieop\u0142acalne jest wprowadza\u0107 pojedynczymi zapytaniami. Natywne wsparcie dla przesy\u0142ania plik\u00f3w w Enterprise Service Mesh daje niezb\u0119dn\u0105 elastyczno\u015b\u0107 dla biznesu.<\/p>\n
Us\u0142uga orkiestracji<\/h3>\n \nW du\u017cych organizacjach prawie zawsze istniej\u0105 r\u00f3\u017cne zespo\u0142y, kt\u00f3re tworz\u0105 r\u00f3\u017cne produkty. Na przyk\u0142ad w banku jedne zespo\u0142y pracuj\u0105 nad depozytami, a inne nad produktami kredytowymi, i takich przypadk\u00f3w jest ca\u0142kiem sporo. To r\u00f3\u017cni ludzie, r\u00f3\u017cne zespo\u0142y, kt\u00f3re tworz\u0105 swoje produkty, rozwijaj\u0105 swoje API i oferuj\u0105 je innym. Bardzo cz\u0119sto pojawia si\u0119 potrzeba kompozycji tych us\u0142ug oraz implementacji z\u0142o\u017conej logiki sekwencyjnego wywo\u0142ania zestawu API. Aby rozwi\u0105za\u0107 ten problem, potrzebne jest rozwi\u0105zanie w warstwie integracyjnej, kt\u00f3re upro\u015bci ca\u0142\u0105 t\u0119 kompozycyjn\u0105 logik\u0119 (wywo\u0142anie kilku API, opis trasy zapyta\u0144 itd.). To w\u0142a\u015bnie jest us\u0142uga orkiestracji w Enterprise Service Mesh.<\/p>\n
AI i ML<\/h3>\n \nKiedy mikrous\u0142ugi komunikuj\u0105 si\u0119 przez jedn\u0105 warstw\u0119 integracyjn\u0105, Service Mesh naturalnie wie wszystko o wywo\u0142aniach ka\u017cdej us\u0142ugi. Zbieramy telemetri\u0119: kto kogo wywo\u0142ywa\u0142, kiedy, jak d\u0142ugo, ile razy itd. Gdy tych us\u0142ug jest setki tysi\u0119cy, a wywo\u0142a\u0144 miliardy, wszystko to gromadzi si\u0119 i tworzy Big Data. Te dane mo\u017cna przeanalizowa\u0107 za pomoc\u0105 AI, uczenia maszynowego itd., a nast\u0119pnie na podstawie wynik\u00f3w analizy zrobi\u0107 co\u015b przydatnego. By\u0142oby odpowiednie, aby przynajmniej cz\u0119\u015bciowo przekaza\u0107 sztucznej inteligencji zarz\u0105dzanie ca\u0142ym tym ruchem sieciowym i wywo\u0142aniami aplikacji zintegrowanych w Service Mesh.<\/p>\n
Us\u0142uga API Gateway (Brama API)<\/h3>\n \nZ regu\u0142y w Service Mesh znajduj\u0105 si\u0119 proxy i us\u0142ugi, kt\u00f3re komunikuj\u0105 si\u0119 ze sob\u0105 wewn\u0105trz zaufanej strefy. Ale istniej\u0105 tak\u017ce zewn\u0119trzni kontrahenci. Wymagania dotycz\u0105ce API dostarczanych tej grupie konsument\u00f3w s\u0105 znacznie powa\u017cniejsze. To zadanie dzielimy na dwie g\u0142\u00f3wne cz\u0119\u015bci. <\/p>\n
\nBezpiecze\u0144stwo<\/i>. Pytania zwi\u0105zane z DDoS, podatno\u015bciami protoko\u0142\u00f3w, aplikacji, system\u00f3w operacyjnych itd. \n<\/li>\nSkala<\/i>. Kiedy liczba interfejs\u00f3w API, kt\u00f3re nale\u017cy przekaza\u0107 klientom, si\u0119ga tysi\u0119cy lub nawet setek tysi\u0119cy, pojawia si\u0119 potrzeba narz\u0119dzia do zarz\u0105dzania tym zestawem API. Nale\u017cy stale monitorowa\u0107 API: czy dzia\u0142aj\u0105, w jakim s\u0105 stanie, jaki jest ruch, jakie s\u0105 statystyki itp. Brama API musi radzi\u0107 sobie z tym zadaniem, czyni\u0105c ca\u0142y proces zarz\u0105dzanym i bezpiecznym. Dzi\u0119ki temu komponentowi Enterprise Service Mesh uczy si\u0119 publikowa\u0107 zar\u00f3wno wewn\u0119trzne, jak i zewn\u0119trzne API bez zb\u0119dnych komplikacji.\n<\/li>\n<\/ul>\n <\/p>\n
Us\u0142uga wsparcia specyficznych protoko\u0142\u00f3w i format\u00f3w danych (brama AS)<\/h3>\n \nNa chwil\u0119 obecn\u0105 wi\u0119kszo\u015b\u0107 rozwi\u0105za\u0144 Service Mesh potrafi natywnie obs\u0142ugiwa\u0107 tylko ruch HTTP i HTTP2 lub w ograniczonym trybie na poziomie TCP\/IP. Enterprise Service Mesh wprowadza wiele innych, do\u015b\u0107 specyficznych protoko\u0142\u00f3w przesy\u0142ania danych. Niekt\u00f3re systemy mog\u0105 u\u017cywa\u0107 broker\u00f3w wiadomo\u015bci, inne s\u0105 zintegrowane na poziomie baz danych. Je\u015bli w firmie jest SAP, to r\u00f3wnie\u017c mo\u017ce on korzysta\u0107 z w\u0142asnego systemu integracji. A wszystko to dzia\u0142a i stanowi wa\u017cn\u0105 cz\u0119\u015b\u0107 biznesu.<\/p>\n
Nie mo\u017cna po prostu powiedzie\u0107: \u201eZrezygnujmy ze starszych system\u00f3w i stw\u00f3rzmy nowe, kt\u00f3re b\u0119d\u0105 mog\u0142y korzysta\u0107 z Service Mesh\u201d. Aby po\u0142\u0105czy\u0107 wszystkie stare systemy z nowymi (opartymi na architekturze mikroserwisowej), systemy, kt\u00f3re mog\u0105 korzysta\u0107 z Service Mesh, potrzebuj\u0105 jakiego\u015b adaptera, po\u015brednika, bramy. Zgodzi\u0107 si\u0119 mo\u017cna, \u017ce by\u0142oby dobrze, gdyby by\u0142 dostarczany razem z us\u0142ug\u0105. Brama AS mo\u017ce wspiera\u0107 ka\u017cdy wariant integracji. Wyobra\u017acie sobie, \u017ce po prostu instalujecie Enterprise Service Mesh i jest ju\u017c gotowy do interakcji ze wszystkimi protoko\u0142ami, kt\u00f3rych potrzebujecie. Takie podej\u015bcie jest dla nas bardzo wa\u017cne.<\/p>\n
W\u0142a\u015bnie tak wyobra\u017camy sobie korporacyjn\u0105 wersj\u0119 Service Mesh (Enterprise Service Mesh). Opisana personalizacja rozwi\u0105zuje wi\u0119kszo\u015b\u0107 problem\u00f3w, kt\u00f3re pojawiaj\u0105 si\u0119 przy pr\u00f3bie korzystania z gotowych wersji open-source platformy integracyjnej. Pojawiwszy si\u0119 zaledwie kilka lat temu, architektura Service Mesh wci\u0105\u017c si\u0119 rozwija, a my cieszymy si\u0119, \u017ce mo\u017cemy przyczyni\u0107 si\u0119 do jej rozwoju. Mamy nadziej\u0119, \u017ce nasze do\u015bwiadczenie oka\u017ce si\u0119 dla Was przydatne.<\/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
![\"Dlaczego](\"\/wp-content\/uploads\/2019\/06\/90b0df34323399c96548f86b6bd16522.jpg\")