{"id":37030,"date":"2019-10-31T22:15:23","date_gmt":"2019-10-31T19:15:23","guid":{"rendered":"https:\/\/prohoster.info\/blog\/servisnaya-set-ploskost-dannyh-i-ploskosti-upravleniya-service-mesh-data-plane-vs-control-plane\/"},"modified":"2019-10-31T22:15:23","modified_gmt":"2019-10-31T19:15:23","slug":"servisnaya-set-ploskost-dannyh-i-ploskosti-upravleniya-service-mesh-data-plane-vs-control-plane","status":"publish","type":"post","link":"https:\/\/prohoster.info\/hr\/blog\/administrirovanie\/servisnaya-set-ploskost-dannyh-i-ploskosti-upravleniya-service-mesh-data-plane-vs-control-plane","title":{"rendered":"Slu\u017ebena mre\u017ea, \u201ePodaci ravni\u201c i \u201eUpravni ravni\u201c (Service mesh data plane vs. control plane)","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

Bok, Habr! Predstavljam vam prijevod \u010dlanka \u00abPodaci servisne mre\u017ee naspram kontrolne mre\u017ee\u00bb<\/a><\/noindex> autor Matt Klein<\/b>.<\/p>\n

\"Slu\u017ebena
\n
\nOvaj put sam \"za\u017eeleo i preveo\" opis oba komponenta servisne mre\u017ee, data plane i control plane. Ovaj opis mi se u\u010dinio najjasnijim i najzanimljivijim, a najva\u017enije, dovodi do razumevanja \u201eDa li je to uop\u0161te potrebno?\u201c.<\/p>\n

Budu\u0107i da je ideja \"Servisne mre\u017ee (Service mesh)\" postala sve popularnija tokom poslednje dve godine (Izvorni \u010dlanak od 10. oktobra 2017.), a broj u\u010desnika u ovom prostoru je porastao, primetio sam proporcionalan porast konfuzije me\u0111u celokupnom tehni\u010dkom zajednicom u vezi s tim kako uporediti i suprotstaviti razli\u010dita re\u0161enja.
\n<\/a><\/noindex>
\nSituaciju najbolje opisuje nekoliko serija tvitova koje sam napisao u julu:<\/p>\n

Konfuzija sa servisnom mre\u017eom (service mesh) br. 1: Linkerd ~ = Nginx ~ = Haproxy ~ = Envoy. Nijedna od njih nije jednaka Istio. Istio je ne\u0161to potpuno druga\u010dije. 1 \/<\/p><\/blockquote>\n

Prvi su samo data plane. Sami po sebi ne rade ni\u0161ta. Moraju biti konfigurirani za ne\u0161to vi\u0161e. 2 \/<\/p><\/blockquote>\n

Istio je primer kontrolne mre\u017ee (control plane) koja povezuje delove zajedno. To je drugi sloj. \/kraj<\/p><\/blockquote>\n

U prethodnim tvitovima spominje se nekoliko razli\u010ditih projekata (Linkerd, NGINX, HAProxy, Envoy i Istio), ali \u0161to je jo\u0161 va\u017enije, uvode se op\u0161ti pojmovi data plane, servisne mre\u017ee i kontrolne mre\u017ee. U ovom postu \u0107u se povu\u0107i i objasniti \u0161ta mislim pod terminima \u201edata plane\u201c i \u201econtrol plane\u201c na veoma visokom nivou, a zatim objasniti kako se termini odnose na projekte spomenute u tvitovima.<\/p>\n

\u0160ta je zapravo servisna mre\u017ea (What is a service mesh, really)?<\/h1>\n

\n\"Slu\u017ebena
\nSlika 1: Pregled servisne mre\u017ee (Service mesh overview)<\/b><\/p>\n

Slika 1<\/b> ilustrira koncept servisne mre\u017ee (service mesh) na najosnovnijem nivou. Postoje \u010detiri klastera usluga (A-D). Svaki primerak usluge povezan je sa lokalnim proxy serverom. Sav mre\u017eni saobra\u0107aj (HTTP, REST, gRPC, Redis itd.) od pojedina\u010dnog primerka aplikacije prolazi kroz lokalni proxy server do odgovaraju\u0107ih spolja\u0161njih klastera usluga. Tako, primerak aplikacije ne zna za mre\u017eu u celini i zna samo za svoj lokalni proxy. U su\u0161tini, mre\u017ea distribuiranog sistema je uklonjena od usluge.<\/p>\n

Data plane<\/h1>\n

\nU servisnoj mre\u017ei (service mesh), lokalni proxy server za aplikaciju obavlja slede\u0107e zadatke:<\/p>\n