{"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\/de\/blog\/administrirovanie\/servisnaya-set-ploskost-dannyh-i-ploskosti-upravleniya-service-mesh-data-plane-vs-control-plane","title":{"rendered":"Service-Mesh-Datenebene vs. Steuerungsebene","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"<p>Hallo, Habr! Ich pr\u00e4sentiere Ihnen die \u00dcbersetzung des Artikels <noindex><a rel=\"nofollow\" href=\"https:\/\/blog.envoyproxy.io\/service-mesh-data-plane-vs-control-plane-2774e720f7fc\">\u00abService Mesh Datenebene vs. Steuerungsebene\u00bb<\/a><\/noindex> Autor <b>Matt Klein<\/b>.<\/p>\n<p><img decoding=\"async\" alt=\"Service-Mesh-Datenebene vs. Steuerungsebene\" src=\"\/wp-content\/uploads\/2019\/08\/487456689eb832f9e3845966cb0d85d4.jpg\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\nDiesmal habe ich eine Beschreibung beider Komponenten des Service Mesh, der Datenebene und der Steuerungsebene, \u00fcbersetzt. Diese Beschreibung schien mir am verst\u00e4ndlichsten und interessantesten zu sein und f\u00fchrt au\u00dferdem zur Frage: \u201eBrauchen wir das eigentlich?\u201c<\/p>\n<p>Da die Idee des \u00abService Mesh\u00bb in den letzten zwei Jahren zunehmend popul\u00e4r geworden ist (urspr\u00fcnglicher Artikel vom 10. Oktober 2017) und die Anzahl der Akteure in diesem Bereich gestiegen ist, habe ich ein entsprechendes Wachstum der Verwirrung innerhalb der technischen Community festgestellt, wie man verschiedene L\u00f6sungen vergleichen und gegen\u00fcberstellen kann.<br \/>\n<noindex><a rel=\"nofollow\" name=\"habracut\"><\/a><\/noindex><br \/>\nDie Situation l\u00e4sst sich am besten durch die folgenden Tweet-Reihen beschreiben, die ich im Juli verfasst habe:<\/p>\n<blockquote><p>Verwirrung \u00fcber Service Mesh Nr. 1: Linkerd ~ = Nginx ~ = Haproxy ~ = Envoy. Keiner von ihnen ist Istio gleich. Istio ist etwas ganz anderes. 1 \/<\/p><\/blockquote>\n<blockquote><p>Die ersten sind einfach Datenebenen. Sie tun f\u00fcr sich genommen nichts. Sie m\u00fcssen f\u00fcr etwas Gr\u00f6\u00dferes konfiguriert werden. 2 \/<\/p><\/blockquote>\n<blockquote><p>Istio ist ein Beispiel f\u00fcr eine Steuerungsebene, die die Teile zusammenf\u00fchrt. Das ist eine andere Schicht. \/ Ende<\/p><\/blockquote>\n<p>In fr\u00fcheren Tweets werden mehrere verschiedene Projekte erw\u00e4hnt (Linkerd, NGINX, HAProxy, Envoy und Istio), aber wichtiger ist, dass grundlegende Konzepte wie die Datenebene (data plane), das Service Mesh und die Steuerungsebene (control plane) eingef\u00fchrt werden. In diesem Beitrag werde ich einen Schritt zur\u00fcckgehen und erkl\u00e4ren, was ich unter den Begriffen \u201eDatenebene (data plane)\u201c und \u201eSteuerungsebene (control plane)\u201c auf einem sehr hohen Niveau verstehe und wie diese Begriffe mit den in den Tweets erw\u00e4hnten Projekten zusammenh\u00e4ngen.<\/p>\n<h1>Was ist ein Service Mesh (What is a service mesh, really)?<\/h1>\n<p>\n<img decoding=\"async\" alt=\"Service-Mesh-Datenebene vs. Steuerungsebene\" src=\"\/wp-content\/uploads\/2019\/08\/63c195aa9bcb7080f6924cecbff0fbc1.jpg\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<b>Abbildung 1: \u00dcbersicht \u00fcber das Service Mesh (Service mesh overview)<\/b><\/p>\n<p><b>Abbildung 1<\/b> veranschaulicht das Konzept des Service Mesh auf der grundlegendsten Ebene. Es gibt vier Service-Clustern (A-D). Jede Instanz des Services ist mit einem lokalen Proxy-Server verbunden. Der gesamte Netzwerkverkehr (HTTP, REST, gRPC, Redis usw.) von einer einzelnen Instanz der Anwendung wird \u00fcber den lokalen Proxy-Server zu den entsprechenden externen Service-Clustern geleitet. Dadurch wei\u00df die Instanz der Anwendung nichts \u00fcber das Netzwerk als Ganzes und kennt nur ihren lokalen Proxy. Tats\u00e4chlich wurde das Netzwerk des verteilten Systems vom Service entfernt.<\/p>\n<h1>Datenebene (Data plane)<\/h1>\n<p>\nIn einem Service-Mesh \u00fcbernimmt ein lokal f\u00fcr die Anwendung eingesetzter Proxy-Server folgende Aufgaben:<\/p>\n<ul>\n<li> <b>Service-Erkennung (Service discovery)<\/b>. Welche Dienste\/Services\/Anwendungen stehen Ihrer Anwendung zur Verf\u00fcgung?<\/li>\n<li><b>Pr\u00fcfung der Verf\u00fcgbarkeit (Health checking)<\/b>. Sind die von der Service-Erkennung zur\u00fcckgegebenen Instanzen der Dienste verf\u00fcgbar und bereit, Netzwerkverkehr zu empfangen? Dies kann sowohl aktive (z. B. Antwort\u00fcberpr\u00fcfung \/ Healthcheck) als auch passive (z. B. durch die Verwendung von 3 aufeinanderfolgenden 5xx-Fehlern als Indikator f\u00fcr einen ungesunden Zustand des Dienstes) \u00dcberpr\u00fcfungen umfassen. <\/li>\n<li><b>Routing<\/b>. Wenn Sie eine REST-Anfrage an &#171;\/foo&#187; erhalten, an welchen Service-Cluster sollte die Anfrage gesendet werden? <\/li>\n<li> <b>Lastverteilung (Load balancing)<\/b>. Nachdem w\u00e4hrend des Routings der Service-Cluster ausgew\u00e4hlt wurde, an welche Instanz des Dienstes soll die Anfrage gesendet werden? Mit welchem Timeout? Mit welchen Einstellungen f\u00fcr Circuit-Breaking? Soll die Anfrage wiederholt werden, wenn sie fehlschl\u00e4gt?<\/li>\n<li> <b>Authentifizierung und Autorisierung (Authentication and authorization)<\/b>. Kann der aufrufende Dienst f\u00fcr eingehende Anfragen kryptografisch identifiziert\/autorisiert werden, beispielsweise mit mTLS oder einem anderen Mechanismus? Wenn er identifiziert\/autorisiert ist, darf er dann den angeforderten Vorgang (Endpoint) im Dienst aufrufen, oder muss eine nicht authentifizierte Antwort zur\u00fcckgegeben werden?<\/li>\n<li> <b>Beobachtbarkeit (Observability)<\/b>. F\u00fcr jede Anfrage m\u00fcssen detaillierte Statistiken, Protokolle (Logs) und Daten zur verteilten Trace-Analyse generiert werden, damit die Betreiber den verteilten Datenverkehr und aufkommende Debugging-Probleme verstehen k\u00f6nnen.<\/li>\n<\/ul>\n<p>\nF\u00fcr alle vorangegangenen Punkte in der Dienstnetzwerk (Service Mesh) ist die Datenebene (Data Plane) verantwortlich. Im Wesentlichen ist der lokale Proxy f\u00fcr den Dienst (Sidecar) die Datenebene (Data Plane). Mit anderen Worten, die Datenebene (Data Plane) ist daf\u00fcr zust\u00e4ndig, jedes Netzwerkpaket, das an den Dienst gesendet wird oder von ihm gesendet wird, bedingt zu translatieren, weiterzuleiten und zu \u00fcberwachen.<\/p>\n<h1>Die Steuerungsebene (Control Plane)<\/h1>\n<p>\nDie Netzabstraktion, die der lokale Proxy im Datenbereich (data plane) bereitstellt, ist magisch (?). Wie erf\u00e4hrt der Proxy-Server tats\u00e4chlich, wie der Pfad &#171;\/foo&#187; zu Dienst B f\u00fchrt? Wie k\u00f6nnen die Service-Entdeckungsdaten, die durch Proxy-Anfragen gef\u00fcllt werden, genutzt werden? Wie sind die Parameter f\u00fcr Lastenausgleich, Timeout, Circuit Breaking usw. konfiguriert? Wie wird die Bereitstellung der Anwendung mit Hilfe des Blue\/Green-Methods oder des schrittweisen Traffic Migrationsverfahrens umgesetzt? Wer konfiguriert die Parameter der allgemeinen Authentifizierung und Autorisierung?<\/p>\n<p>All diese Punkte liegen in der Verantwortung der Steuerungsebene (control plane) des Servicenetzwerks (service mesh). <i>Die Steuerungsebene (control plane) nimmt eine Reihe von isolierten Proxys<a class=\"wpil_keyword_link\" href=\"https:\/\/prohoster.info\/de\/server\/\"   title=\"Server\" data-wpil-keyword-link=\"linked\"  data-wpil-monitor-id=\"1348\">Server<\/a> ohne Zustand und verwandelt sie in ein verteiltes System.<\/i>.<\/p>\n<p>Ich denke, der Grund, warum viele Technologen die Konzepte der Datenebene und der Steuerungsebene oft als verwirrend empfinden, liegt darin, dass die Datenebene den meisten vertraut ist, w\u00e4hrend die Steuerungsebene fremd oder unverst\u00e4ndlich wirkt. Wir arbeiten schon lange mit physischen Netzwerkroutern und Switches. Wir wissen, dass Pakete und Anfragen von Punkt A nach Punkt B gelangen m\u00fcssen und dass wir daf\u00fcr Hardware und Software einsetzen k\u00f6nnen. Die neue Generation von Software-Proxys sind einfach moderne Versionen der Tools, die wir schon seit langer Zeit nutzen.<\/p>\n<p><img decoding=\"async\" alt=\"Service-Mesh-Datenebene vs. Steuerungsebene\" src=\"\/wp-content\/uploads\/2019\/08\/1b512802777cbf1853c5c4f7f2f81d99.jpg\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<b>Abbildung 2: Menschliche Steuerungsebene (Human control plane)<\/b><\/p>\n<p>Wir haben jedoch schon seit langem Steuerungsebenen genutzt, obwohl die meisten Netzwerkbetreiber diesen Teil des Systems m\u00f6glicherweise nicht mit einem technologischen Element verkn\u00fcpfen. Der Grund ist einfach:<br \/>\n<b>Die meisten heute verwendeten Steuerungsebenen sind\u2026 wir<\/b>.<\/p>\n<p>Auf <b>in Abbildung 2<\/b> Hier sehen Sie, was ich als \u00abHuman Control Plane\u00bb bezeichne. In dieser Art der Implementierung, die nach wie vor sehr h\u00e4ufig vorkommt, erstellt ein menschlicher Operator, der m\u00f6glicherweise etwas grimmig ist, statische Konfigurationen \u2014 m\u00f6glicherweise mit Hilfe von Skripten \u2014 und implementiert sie mithilfe eines speziellen Prozesses auf allen Proxy-Servern. Diese Proxys beginnen dann, diese Konfiguration zu verwenden und verarbeiten die Datenebene (Data Plane) mit den aktualisierten Einstellungen.<\/p>\n<p><img decoding=\"async\" alt=\"Service-Mesh-Datenebene vs. Steuerungsebene\" src=\"\/wp-content\/uploads\/2019\/08\/6b12429611475e0fc4dfa9f980704e16.jpg\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<b>Abbildung 3: Erweiterte Steuerungsebene des Service-Netzwerks (Advanced Service Mesh Control Plane)<\/b><\/p>\n<p>Auf <b>Abbildung 3<\/b> zeigt die \u00aberweiterte\u00bb Steuerungsebene (Control Plane) des Service-Netzwerks (Service Mesh). Sie besteht aus folgenden Komponenten:<\/p>\n<ul>\n<li> <b>Der Mensch (The Human)<\/b>: Es gibt immer noch einen Menschen (hoffentlich weniger ver\u00e4rgert), der auf hohem Niveau Entscheidungen \u00fcber das gesamte System trifft.<\/li>\n<li><b>Benutzeroberfl\u00e4che der Steuerungsebene (Control Plane UI)<\/b>: Eine Person interagiert mit einer Art von Benutzeroberfl\u00e4che zur Verwaltung des Systems. Dies kann ein Webportal, eine Kommandozeilenanwendung (CLI) oder eine andere Schnittstelle sein. \u00dcber die Benutzeroberfl\u00e4che hat der Betreiber Zugriff auf globale Systemkonfigurationsparameter wie:\n<ul>\n<li>Bereitstellungsmanagement, Blue\/Green (blau\/gr\u00fcn) und\/oder schrittweise Verkehrsumschaltung <\/li>\n<li>Authentifizierungs- und Autorisierungsoptionen <\/li>\n<li>Routingtabelle-Spezifikationen, beispielsweise wenn Anwendung A Informationen \u00fcber &#171;\/foo&#187; anfordert, was passiert dann? <\/li>\n<li>Einstellungen des Lastenausgleichs, wie Zeit\u00fcberschreitungen (timeouts), Wiederholungsversuche (retries), Circuit-Breaking-Optionen usw. <\/li>\n<\/ul>\n<\/li>\n<li> <b>Lastenverteilungsplaner (Workload scheduler)<\/b>: Dienste werden in der Infrastruktur \u00fcber ein Planungs-\/Orchestrierungssystem eines bestimmten Typs gestartet, z.B. Kubernetes oder Nomad. Der Planer ist daf\u00fcr verantwortlich, den Dienst zusammen mit seinem lokalen Proxy-Server zu laden.<\/li>\n<li> <b>Serviceentdeckung (Service discovery)<\/b>. Wenn der Scheduler Instanzen des Dienstes startet und stoppt, meldet er den Betriebszustand an das Servicediscovery-System.<\/li>\n<li> <b>API zur Konfiguration des lokalen Proxy-Servers (Sidecar-Proxy-Konfigurations-APIs) <\/b>: Lokale Proxy-Server ziehen dynamisch den Zustand aus verschiedenen Komponenten des Systems im Rahmen eines \u201eletztlich konsistenten\u201c Modells (eventually consistent) ohne das Eingreifen des Operators. Das gesamte System, bestehend aus allen aktuell laufenden Dienstinstanzen und lokalen Proxy-Servern, konvergiert letztendlich zu einem einzigen \u00d6kosystem. Die API der universellen Datenebene (data plane) in Envoy ist ein Beispiel daf\u00fcr, wie das in der Praxis funktioniert.<\/li>\n<\/ul>\n<p>\nIm Grunde besteht das Ziel der Steuerungsebene (control plane) darin, eine Richtlinie festzulegen, die schlie\u00dflich von der Datenebene (data plane) \u00fcbernommen wird. Fortschrittlichere Steuerungsebenen (control plane) befreien den Operator von mehr Details bestimmter Systeme und erfordern weniger manuelle Eingriffe, vorausgesetzt, sie funktionieren ordnungsgem\u00e4\u00df!...<\/p>\n<h1>Datenebene und Steuerungsebene. Zusammenfassung (Data plane vs. control plane summary)<\/h1>\n<p><\/p>\n<ul>\n<li> <b>Datenebene des Servicenetzwerks (Service mesh data plane)<\/b>: betrifft jedes Paket \/ jede Anfrage im System. Verantwortlich f\u00fcr das Erkennen von Anwendungen\/Diensten, die \u00dcberpr\u00fcfung der Funktionsf\u00e4higkeit, die Weiterleitung, die Lastverteilung, die Authentifizierung \/ Autorisierung und die \u00dcberwachung.<\/li>\n<li> <b>Steuerungsebene des Service-Netzwerks (Service Mesh Control Plane)<\/b>: stellt Richtlinien und Konfigurationen f\u00fcr alle aktiven Datenebenen innerhalb des Service-Netzwerks bereit. Ber\u00fchrt keine Pakete \/ Anfragen im System. Die Steuerungsebene verwandelt alle Datenebenen in ein verteiltes System.<\/li>\n<\/ul>\n<p><\/p>\n<h1>Aktueller Stand des Projekts (Current Project Landscape)<\/h1>\n<p>\nNachdem wir die obige Erkl\u00e4rung durchgegangen sind, werfen wir einen Blick auf den aktuellen Stand des Projekts \u201eService Mesh\u201c.<\/p>\n<ul>\n<li> <b>Datenebenen (Data Planes)<\/b>: Linkerd, NGINX, HAProxy, Envoy, Traefik<\/li>\n<li><b>Steuerungsebenen (Control Planes)<\/b>: Istio, Nelson, SmartStack <\/li>\n<\/ul>\n<p>\nAnstatt eine tiefgreifende Analyse jeder der oben genannten L\u00f6sungen durchzuf\u00fchren, m\u00f6chte ich einige Aspekte kurz ansprechen, die meiner Meinung nach zur Verwirrung in der aktuellen Ecosystem beitragen.<\/p>\n<p>Anfang 2016 war Linkerd einer der ersten Proxy-Server f\u00fcr die Datenebene in einem Service Mesh und hat hervorragende Arbeit geleistet, um das Bewusstsein f\u00fcr das Designmodell \"Service Mesh\" zu steigern. Etwa sechs Monate sp\u00e4ter kam Envoy zu Linkerd, obwohl es bereits seit Ende 2015 bei Lyft t\u00e4tig war. Linkerd und Envoy sind die beiden Projekte, die am h\u00e4ufigsten in Diskussionen \u00fcber Service Meshes erw\u00e4hnt werden.<\/p>\n<p>Istio wurde im Mai 2017 angek\u00fcndigt. Die Ziele des Istio-Projekts \u00e4hneln stark einer erweiterten Steuerungsebene, die auf <b>Abbildung 3<\/b>. Envoy f\u00fcr Istio fungiert als Standard-Proxy-Server. Somit stellt Istio die Steuerungsebene (Control Plane) dar, w\u00e4hrend Envoy die Datenebene (Data Plane) repr\u00e4sentiert. In kurzer Zeit sorgte Istio f\u00fcr viel Aufsehen, und andere Dateneebenen (Data Plane) haben begonnen, Integrationen als Alternativen zu Envoy aufzubauen (sowohl Linkerd als auch NGINX haben Integrationen mit Istio demonstriert). Die Tatsache, dass in einer Steuerungsebene (Control Plane) verschiedene Datenebenen (Data Plane) verwendet werden k\u00f6nnen, zeigt, dass die Steuerungsebene (Control Plane) und die Datenebene (Data Plane) nicht unbedingt eng verbunden sind. Eine API wie die universelle API der Datenebene (Data Plane) von Envoy kann eine Br\u00fccke zwischen den beiden Teilen des Systems schlagen.<\/p>\n<p>Nelson und SmartStack veranschaulichen zus\u00e4tzlich die Trennung zwischen der Steuerungsebene (Control Plane) und der Datenebene (Data Plane). Nelson nutzt Envoy als Proxy und baut eine zuverl\u00e4ssige Steuerungsebene f\u00fcr das Service-Mesh auf, basierend auf dem HashiCorp-Stack, d.h. Nomad usw. SmartStack gilt als einer der Pioniere der neuen Generation von Service-Meshes. SmartStack formt die Steuerungsebene um HAProxy oder NGINX und demonstriert die M\u00f6glichkeit, die Steuerungsebene des Service-Mesh von der Datenebene zu entkoppeln.<\/p>\n<p>Die Mikroservice-Architektur mit Service-Mesh gewinnt zunehmend an Bedeutung (zu Recht!), und immer mehr Projekte und Anbieter beginnen, in diesem Bereich aktiv zu werden. In den n\u00e4chsten Jahren werden wir viele Innovationen sowohl in den Datenebenen als auch in den Steuerungsebenen sowie eine weitere Vermischung verschiedener Komponenten erleben. Letztendlich soll die Mikroservice-Architektur f\u00fcr den Betreiber transparenter und magischer (?) werden.<br \/>\nIch hoffe, dass es immer weniger irritiert.<\/p>\n<h1>Wichtige Erkenntnisse<\/h1>\n<p><\/p>\n<ul>\n<li> Das Service-Mesh besteht aus zwei verschiedenen Teilen: der Datenebene (data plane) und der Steuerebene (control plane). Beide Komponenten sind erforderlich, und ohne sie wird das System nicht funktionieren.<\/li>\n<li>Alle sind mit der Steuerebene (control plane) vertraut, und im Moment k\u00f6nnen Sie die Steuerebene (control plane) sein! <\/li>\n<li>Alle Datenebenen (data plane) konkurrieren untereinander in Bezug auf Funktionen, Leistung, Konfigurierbarkeit und Erweiterbarkeit. <\/li>\n<li> Alle Steuerebenen (control plane) konkurrieren untereinander hinsichtlich Funktionen, Konfigurierbarkeit, Erweiterbarkeit und Benutzerfreundlichkeit.<\/li>\n<li>Eine Steuerebene (control plane) kann die richtigen Abstraktionen und APIs enthalten, um mehrere Datenebenen (data plane) nutzen zu k\u00f6nnen. <\/li>\n<\/ul>\n<p>Quelle: <a content=\"nofollow\" rel=\"nofollow\" href=\"https:\/\/habr.com\/ru\/post\/462699\/\">habr.com<\/a><\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"<p>\u041f\u0440\u0438\u0432\u0435\u0442, \u0425\u0430\u0431\u0440! \u041f\u0440\u0435\u0434\u0441\u0442\u0430\u0432\u043b\u044f\u044e \u0432\u0430\u0448\u0435\u043c\u0443 \u0432\u043d\u0438\u043c\u0430\u043d\u0438\u044e \u043f\u0435\u0440\u0435\u0432\u043e\u0434 \u0441\u0442\u0430\u0442\u044c\u0438 \u00abService mesh data plane vs control plane\u00bb \u0430\u0432\u0442\u043e\u0440\u0430 Matt Klein. \u0412 \u044d\u0442\u043e\u0442 \u0440\u0430\u0437 \u00ab\u0437\u0430\u0445\u043e\u0442\u0435\u043b\u043e\u0441\u044c \u0438 \u043f\u0435\u0440\u0435\u0432\u0435\u043b\u043e\u0441\u044c\u00bb \u043e\u043f\u0438\u0441\u0430\u043d\u0438\u0435 \u043e\u0431\u043e\u0438\u0445 \u043a\u043e\u043c\u043f\u043e\u043d\u0435\u043d\u0442\u043e\u0432 service mesh, data plane \u0438 control plane. \u042d\u0442\u043e \u043e\u043f\u0438\u0441\u0430\u043d\u0438\u0435 \u043c\u043d\u0435 \u043f\u043e\u043a\u0430\u0437\u0430\u043b\u043e\u0441\u044c \u0441\u0430\u043c\u044b\u043c \u043f\u043e\u043d\u044f\u0442\u043d\u044b\u043c \u0438 \u0438\u043d\u0442\u0435\u0440\u0435\u0441\u043d\u044b\u043c, \u0430 \u0433\u043b\u0430\u0432\u043d\u043e\u0435 \u043f\u043e\u0434\u0432\u043e\u0434\u044f\u0449\u0438\u043c \u043a \u043f\u043e\u043d\u0438\u043c\u0430\u043d\u0438\u044e \u00ab\u0410 \u043d\u0443\u0436\u043d\u043e \u043b\u0438 \u043e\u043d\u043e \u0432\u043e\u043e\u0431\u0449\u0435?\u00bb. \u041f\u043e\u0441\u043a\u043e\u043b\u044c\u043a\u0443 \u0438\u0434\u0435\u044f \u00ab\u0421\u0435\u0440\u0432\u0438\u0441\u043d\u043e\u0439 \u0441\u0435\u0442\u0438 [&hellip;]<\/p>\n","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"author":1,"featured_media":27757,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[688],"tags":[],"class_list":["post-37030","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-administrirovanie"],"aioseo_notices":[],"aioseo_head":"\n\t\t<!-- All in One SEO 4.9.10 - aioseo.com -->\n\t<meta name=\"description\" content=\"\u041f\u0440\u0438\u0432\u0435\u0442, \u0425\u0430\u0431\u0440! \u041f\u0440\u0435\u0434\u0441\u0442\u0430\u0432\u043b\u044f\u044e \u0432\u0430\u0448\u0435\u043c\u0443 \u0432\u043d\u0438\u043c\u0430\u043d\u0438\u044e \u043f\u0435\u0440\u0435\u0432\u043e\u0434 \u0441\u0442\u0430\u0442\u044c\u0438 \u00abService mesh data plane vs control plane\u00bb \u0430\u0432\u0442\u043e\u0440\u0430 Matt Klein. \u0412 \u044d\u0442\u043e\u0442 \u0440\u0430\u0437 \u00ab\u0437\u0430\u0445\u043e\u0442\u0435\u043b\u043e\u0441\u044c \u0438 \u043f\u0435\u0440\u0435\u0432\u0435\u043b\u043e\u0441\u044c\u00bb \u043e\u043f\u0438\u0441\u0430\u043d\u0438\u0435 \u043e\u0431\u043e\u0438\u0445 \u043a\u043e\u043c\u043f\u043e\u043d\u0435\u043d\u0442\u043e\u0432 service mesh, data plane \u0438 control plane. \u042d\u0442\u043e \u043e\u043f\u0438\u0441\u0430\u043d\u0438\u0435 \u043c\u043d\u0435 \u043f\u043e\u043a\u0430\u0437\u0430\u043b\u043e\u0441\u044c \u0441\u0430\u043c\u044b\u043c \u043f\u043e\u043d\u044f\u0442\u043d\u044b\u043c \u0438 \u0438\u043d\u0442\u0435\u0440\u0435\u0441\u043d\u044b\u043c, \u0430 \u0433\u043b\u0430\u0432\u043d\u043e\u0435 \u043f\u043e\u0434\u0432\u043e\u0434\u044f\u0449\u0438\u043c \u043a \u043f\u043e\u043d\u0438\u043c\u0430\u043d\u0438\u044e \u00ab\u0410 \u043d\u0443\u0436\u043d\u043e \u043b\u0438 \u043e\u043d\u043e \u0432\u043e\u043e\u0431\u0449\u0435?\u00bb. \u041f\u043e\u0441\u043a\u043e\u043b\u044c\u043a\u0443 \u0438\u0434\u0435\u044f \u00ab\u0421\u0435\u0440\u0432\u0438\u0441\u043d\u043e\u0439 \u0441\u0435\u0442\u0438\" \/>\n\t<meta name=\"robots\" content=\"max-image-preview:large\" \/>\n\t<meta name=\"author\" content=\"Yuri Gagarin\"\/>\n\t<link rel=\"canonical\" href=\"https:\/\/prohoster.info\/de\/blog\/administrirovanie\/servisnaya-set-ploskost-dannyh-i-ploskosti-upravleniya-service-mesh-data-plane-vs-control-plane\" \/>\n\t<meta name=\"generator\" content=\"All in One SEO (AIOSEO) 4.9.10\" \/>\n\t\t<meta property=\"og:locale\" content=\"de_DE\" \/>\n\t\t<meta property=\"og:site_name\" content=\"ProHoster | \u041a\u0443\u043f\u0438\u0442\u044c \u043d\u0430\u0434\u0435\u0436\u043d\u044b\u0439 \u0445\u043e\u0441\u0442\u0438\u043d\u0433 \u0434\u043b\u044f \u0441\u0430\u0439\u0442\u043e\u0432 \u0441 \u0437\u0430\u0449\u0438\u0442\u043e\u0439 \u043e\u0442 DDoS, VPS VDS \u0441\u0435\u0440\u0432\u0435\u0440\u044b\" \/>\n\t\t<meta property=\"og:type\" content=\"article\" \/>\n\t\t<meta property=\"og:title\" content=\"\ud83e\udd47\u0421\u0435\u0440\u0432\u0438\u0441\u043d\u0430\u044f \u0441\u0435\u0442\u044c, \u00ab\u041f\u043b\u043e\u0441\u043a\u043e\u0441\u0442\u044c \u0434\u0430\u043d\u043d\u044b\u0445\u00bb \u0438 \u00ab\u041f\u043b\u043e\u0441\u043a\u043e\u0441\u0442\u0438 \u0443\u043f\u0440\u0430\u0432\u043b\u0435\u043d\u0438\u044f\u00bb (Service mesh data plane vs. control plane) | ProHoster\" \/>\n\t\t<meta property=\"og:description\" content=\"\u041f\u0440\u0438\u0432\u0435\u0442, \u0425\u0430\u0431\u0440! \u041f\u0440\u0435\u0434\u0441\u0442\u0430\u0432\u043b\u044f\u044e \u0432\u0430\u0448\u0435\u043c\u0443 \u0432\u043d\u0438\u043c\u0430\u043d\u0438\u044e \u043f\u0435\u0440\u0435\u0432\u043e\u0434 \u0441\u0442\u0430\u0442\u044c\u0438 \u00abService mesh data plane vs control plane\u00bb \u0430\u0432\u0442\u043e\u0440\u0430 Matt Klein. \u0412 \u044d\u0442\u043e\u0442 \u0440\u0430\u0437 \u00ab\u0437\u0430\u0445\u043e\u0442\u0435\u043b\u043e\u0441\u044c \u0438 \u043f\u0435\u0440\u0435\u0432\u0435\u043b\u043e\u0441\u044c\u00bb \u043e\u043f\u0438\u0441\u0430\u043d\u0438\u0435 \u043e\u0431\u043e\u0438\u0445 \u043a\u043e\u043c\u043f\u043e\u043d\u0435\u043d\u0442\u043e\u0432 service mesh, data plane \u0438 control plane. \u042d\u0442\u043e \u043e\u043f\u0438\u0441\u0430\u043d\u0438\u0435 \u043c\u043d\u0435 \u043f\u043e\u043a\u0430\u0437\u0430\u043b\u043e\u0441\u044c \u0441\u0430\u043c\u044b\u043c \u043f\u043e\u043d\u044f\u0442\u043d\u044b\u043c \u0438 \u0438\u043d\u0442\u0435\u0440\u0435\u0441\u043d\u044b\u043c, \u0430 \u0433\u043b\u0430\u0432\u043d\u043e\u0435 \u043f\u043e\u0434\u0432\u043e\u0434\u044f\u0449\u0438\u043c \u043a \u043f\u043e\u043d\u0438\u043c\u0430\u043d\u0438\u044e \u00ab\u0410 \u043d\u0443\u0436\u043d\u043e \u043b\u0438 \u043e\u043d\u043e \u0432\u043e\u043e\u0431\u0449\u0435?\u00bb. \u041f\u043e\u0441\u043a\u043e\u043b\u044c\u043a\u0443 \u0438\u0434\u0435\u044f \u00ab\u0421\u0435\u0440\u0432\u0438\u0441\u043d\u043e\u0439 \u0441\u0435\u0442\u0438\" \/>\n\t\t<meta property=\"og:url\" content=\"https:\/\/prohoster.info\/de\/blog\/administrirovanie\/servisnaya-set-ploskost-dannyh-i-ploskosti-upravleniya-service-mesh-data-plane-vs-control-plane\" \/>\n\t\t<meta property=\"og:image\" content=\"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg\" \/>\n\t\t<meta property=\"og:image:secure_url\" content=\"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg\" \/>\n\t\t<meta property=\"og:image:width\" content=\"350\" \/>\n\t\t<meta property=\"og:image:height\" content=\"350\" \/>\n\t\t<meta property=\"article:published_time\" content=\"2019-10-31T19:15:23+00:00\" \/>\n\t\t<meta property=\"article:modified_time\" content=\"2019-10-31T19:15:23+00:00\" \/>\n\t\t<meta property=\"article:publisher\" content=\"https:\/\/www.facebook.com\/prohoster\" \/>\n\t\t<meta property=\"article:author\" content=\"https:\/\/www.facebook.com\/prohoster\" \/>\n\t\t<!-- All in One SEO -->\n\n","aioseo_head_json":{"title":"\ud83e\udd47Service Mesh, \u201eDatenebene\u201c und \u201eSteuerebene\u201c | ProHoster","description":"Hallo, Habr! Ich pr\u00e4sentiere Ihnen die \u00dcbersetzung des Artikels \u201eService Mesh Data Plane vs Control Plane\u201c von Matt Klein. Diesmal habe ich die Beschreibung beider Komponenten des Service-Mesh, der Datenebene und der Steuerebene, \u00fcbersetzt. Diese Beschreibung erschien mir am verst\u00e4ndlichsten und interessantesten, und vor allem f\u00fchrt sie zur \u00dcberlegung: 'Brauchen wir das \u00fcberhaupt?'. Da die Idee eines 'Service-Mesh'","canonical_url":"https:\/\/prohoster.info\/de\/blog\/administrirovanie\/servisnaya-set-ploskost-dannyh-i-ploskosti-upravleniya-service-mesh-data-plane-vs-control-plane","robots":"max-image-preview:large","keywords":"","webmasterTools":{"miscellaneous":""},"schema":null,"og:locale":"de_DE","og:site_name":"ProHoster | \u041a\u0443\u043f\u0438\u0442\u044c \u043d\u0430\u0434\u0435\u0436\u043d\u044b\u0439 \u0445\u043e\u0441\u0442\u0438\u043d\u0433 \u0434\u043b\u044f \u0441\u0430\u0439\u0442\u043e\u0432 \u0441 \u0437\u0430\u0449\u0438\u0442\u043e\u0439 \u043e\u0442 DDoS, VPS VDS \u0441\u0435\u0440\u0432\u0435\u0440\u044b","og:type":"article","og:title":"\ud83e\udd47\u0421\u0435\u0440\u0432\u0438\u0441\u043d\u0430\u044f \u0441\u0435\u0442\u044c, \u00ab\u041f\u043b\u043e\u0441\u043a\u043e\u0441\u0442\u044c \u0434\u0430\u043d\u043d\u044b\u0445\u00bb \u0438 \u00ab\u041f\u043b\u043e\u0441\u043a\u043e\u0441\u0442\u0438 \u0443\u043f\u0440\u0430\u0432\u043b\u0435\u043d\u0438\u044f\u00bb (Service mesh data plane vs. control plane) | ProHoster","og:description":"\u041f\u0440\u0438\u0432\u0435\u0442, \u0425\u0430\u0431\u0440! \u041f\u0440\u0435\u0434\u0441\u0442\u0430\u0432\u043b\u044f\u044e \u0432\u0430\u0448\u0435\u043c\u0443 \u0432\u043d\u0438\u043c\u0430\u043d\u0438\u044e \u043f\u0435\u0440\u0435\u0432\u043e\u0434 \u0441\u0442\u0430\u0442\u044c\u0438 \u00abService mesh data plane vs control plane\u00bb \u0430\u0432\u0442\u043e\u0440\u0430 Matt Klein. \u0412 \u044d\u0442\u043e\u0442 \u0440\u0430\u0437 \u00ab\u0437\u0430\u0445\u043e\u0442\u0435\u043b\u043e\u0441\u044c \u0438 \u043f\u0435\u0440\u0435\u0432\u0435\u043b\u043e\u0441\u044c\u00bb \u043e\u043f\u0438\u0441\u0430\u043d\u0438\u0435 \u043e\u0431\u043e\u0438\u0445 \u043a\u043e\u043c\u043f\u043e\u043d\u0435\u043d\u0442\u043e\u0432 service mesh, data plane \u0438 control plane. \u042d\u0442\u043e \u043e\u043f\u0438\u0441\u0430\u043d\u0438\u0435 \u043c\u043d\u0435 \u043f\u043e\u043a\u0430\u0437\u0430\u043b\u043e\u0441\u044c \u0441\u0430\u043c\u044b\u043c \u043f\u043e\u043d\u044f\u0442\u043d\u044b\u043c \u0438 \u0438\u043d\u0442\u0435\u0440\u0435\u0441\u043d\u044b\u043c, \u0430 \u0433\u043b\u0430\u0432\u043d\u043e\u0435 \u043f\u043e\u0434\u0432\u043e\u0434\u044f\u0449\u0438\u043c \u043a \u043f\u043e\u043d\u0438\u043c\u0430\u043d\u0438\u044e \u00ab\u0410 \u043d\u0443\u0436\u043d\u043e \u043b\u0438 \u043e\u043d\u043e \u0432\u043e\u043e\u0431\u0449\u0435?\u00bb. \u041f\u043e\u0441\u043a\u043e\u043b\u044c\u043a\u0443 \u0438\u0434\u0435\u044f \u00ab\u0421\u0435\u0440\u0432\u0438\u0441\u043d\u043e\u0439 \u0441\u0435\u0442\u0438","og:url":"https:\/\/prohoster.info\/de\/blog\/administrirovanie\/servisnaya-set-ploskost-dannyh-i-ploskosti-upravleniya-service-mesh-data-plane-vs-control-plane","og:image":"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg","og:image:secure_url":"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg","og:image:width":350,"og:image:height":350,"article:published_time":"2019-10-31T19:15:23+00:00","article:modified_time":"2019-10-31T19:15:23+00:00","article:publisher":"https:\/\/www.facebook.com\/prohoster","article:author":"https:\/\/www.facebook.com\/prohoster"},"aioseo_meta_data":{"post_id":"37030","title":null,"description":null,"keywords":null,"keyphrases":null,"primary_term":null,"canonical_url":null,"og_title":null,"og_description":null,"og_object_type":"default","og_image_type":"default","og_image_url":null,"og_image_width":null,"og_image_height":null,"og_image_custom_url":null,"og_image_custom_fields":null,"og_video":null,"og_custom_url":null,"og_article_section":null,"og_article_tags":null,"twitter_use_og":false,"twitter_card":"default","twitter_image_type":"default","twitter_image_url":null,"twitter_image_custom_url":null,"twitter_image_custom_fields":null,"twitter_title":null,"twitter_description":null,"schema":{"blockGraphs":[],"customGraphs":[],"default":{"data":{"Article":[],"Course":[],"Dataset":[],"FAQPage":[],"Movie":[],"Person":[],"Product":[],"ProductReview":[],"Car":[],"Recipe":[],"Service":[],"SoftwareApplication":[],"WebPage":[]},"graphName":"","isEnabled":true},"graphs":[]},"schema_type":null,"schema_type_options":null,"pillar_content":false,"robots_default":true,"robots_noindex":false,"robots_noarchive":false,"robots_nosnippet":false,"robots_nofollow":false,"robots_noimageindex":false,"robots_noodp":false,"robots_notranslate":false,"robots_max_snippet":null,"robots_max_videopreview":null,"robots_max_imagepreview":"large","priority":null,"frequency":null,"local_seo":null,"seo_analyzer_scan_date":"2026-02-09 17:07:03","breadcrumb_settings":null,"limit_modified_date":false,"reviewed_by":null,"ai":null,"created":"2021-03-01 01:34:25","updated":"2026-02-09 17:07:03"},"gt_translate_keys":[{"key":"link","format":"url"}],"_links":{"self":[{"href":"https:\/\/prohoster.info\/de\/wp-json\/wp\/v2\/posts\/37030","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/prohoster.info\/de\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/prohoster.info\/de\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/prohoster.info\/de\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/prohoster.info\/de\/wp-json\/wp\/v2\/comments?post=37030"}],"version-history":[{"count":1,"href":"https:\/\/prohoster.info\/de\/wp-json\/wp\/v2\/posts\/37030\/revisions"}],"predecessor-version":[{"id":158592,"href":"https:\/\/prohoster.info\/de\/wp-json\/wp\/v2\/posts\/37030\/revisions\/158592"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/prohoster.info\/de\/wp-json\/wp\/v2\/media\/27757"}],"wp:attachment":[{"href":"https:\/\/prohoster.info\/de\/wp-json\/wp\/v2\/media?parent=37030"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/prohoster.info\/de\/wp-json\/wp\/v2\/categories?post=37030"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/prohoster.info\/de\/wp-json\/wp\/v2\/tags?post=37030"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}