{"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\/it\/blog\/administrirovanie\/servisnaya-set-ploskost-dannyh-i-ploskosti-upravleniya-service-mesh-data-plane-vs-control-plane","title":{"rendered":"Rete di servizio, \u00abPiano dati\u00bb e \u00abPiano di controllo\u00bb (Service mesh data plane vs. control plane)","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"<p>Ciao, Habr! Ti presento la traduzione di un articolo <noindex><a rel=\"nofollow\" href=\"https:\/\/blog.envoyproxy.io\/service-mesh-data-plane-vs-control-plane-2774e720f7fc\">\u00abService mesh data plane vs control plane\u00bb<\/a><\/noindex> autore <b>Matt Klein<\/b>.<\/p>\n<p><img decoding=\"async\" alt=\"Rete di servizio, \u00abPiano dati\u00bb e \u00abPiano di controllo\u00bb (Service mesh data plane vs. control plane)\" src=\"\/wp-content\/uploads\/2019\/08\/487456689eb832f9e3845966cb0d85d4.jpg\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\nQuesta volta ho voluto e tradotto la descrizione di entrambi i componenti del service mesh, piano dati e piano di controllo. Questa descrizione mi \u00e8 sembrata la pi\u00f9 chiara e interessante, e soprattutto porta a comprendere \u00abMa \u00e8 davvero necessario?\u00bb.<\/p>\n<p>Poich\u00e9 l'idea di \u00abService mesh\u00bb sta diventando sempre pi\u00f9 popolare negli ultimi due anni (articolo originale del 10 ottobre 2017), e il numero di partecipanti nel settore \u00e8 aumentato, ho notato una crescita proporzionale della confusione in tutto il panorama tecnico riguardo a come confrontare e contrapporre le diverse soluzioni.<br \/>\n<noindex><a rel=\"nofollow\" name=\"habracut\"><\/a><\/noindex><br \/>\nLa situazione pu\u00f2 essere meglio descritta dalle seguenti serie di tweet che ho scritto a luglio:<\/p>\n<blockquote><p>Confusione sul service mesh n. 1: Linkerd ~ = Nginx ~ = Haproxy ~ = Envoy. Nessuno di essi \u00e8 uguale a Istio. Istio \u00e8 qualcosa di completamente diverso. 1 \/<\/p><\/blockquote>\n<blockquote><p>I primi sono semplicemente piani dati. Da soli non fanno nulla. Devono essere configurati per qualcosa di pi\u00f9. 2 \/<\/p><\/blockquote>\n<blockquote><p>Istio \u00e8 un esempio di piano di controllo, che collega le parti insieme. Questo \u00e8 un altro strato. \/fine<\/p><\/blockquote>\n<p>Nei tweet precedenti vengono menzionati diversi progetti (Linkerd, NGINX, HAProxy, Envoy e Istio), ma ci\u00f2 che \u00e8 pi\u00f9 importante sono introdotti i concetti generali di piano dati (data plane), rete di servizi (service mesh) e piano di controllo (control plane). In questo post far\u00f2 un passo indietro e spiegher\u00f2 cosa intendo con i termini \u00abpiano dati (data plane)\u00bb e \u00abpiano di controllo (control plane)\u00bb a un livello molto alto, e poi spiegher\u00f2 come questi termini si riferiscono ai progetti menzionati nei tweet.<\/p>\n<h1>Cos'\u00e8 una rete di servizi (What is a service mesh, really)?<\/h1>\n<p>\n<img decoding=\"async\" alt=\"Rete di servizio, \u00abPiano dati\u00bb e \u00abPiano di controllo\u00bb (Service mesh data plane vs. control plane)\" src=\"\/wp-content\/uploads\/2019\/08\/63c195aa9bcb7080f6924cecbff0fbc1.jpg\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<b>Figura 1: Panoramica della rete di servizi (Service mesh overview)<\/b><\/p>\n<p><b>Figura 1<\/b> illustra il concetto di rete di servizi (service mesh) al livello pi\u00f9 fondamentale. Ci sono quattro cluster di servizi (A-D). Ogni istanza del servizio \u00e8 collegata a un proxy locale. Tutto il traffico di rete (HTTP, REST, gRPC, Redis, ecc.) da ciascuna istanza dell'applicazione passa attraverso il proxy locale verso i corrispondenti cluster di servizi esterni. In questo modo, l'istanza dell'applicazione non \u00e8 a conoscenza della rete nel suo complesso e conosce solo il suo proxy locale. Infatti, la rete del sistema distribuito \u00e8 stata astratta dal servizio.<\/p>\n<h1>Piano dati (Data plane)<\/h1>\n<p>\nNella rete di servizio (service mesh), un proxy locale per l'applicazione svolge le seguenti funzioni:<\/p>\n<ul>\n<li> <b>Scoperta dei servizi (Service discovery)<\/b>. Quali servizi\/applicazioni sono disponibili per la tua applicazione?<\/li>\n<li><b>Controllo dello stato (Health checking)<\/b>. Gli istanze dei servizi restituiti dalla scoperta dei servizi (service discovery) sono operative e pronte a ricevere traffico di rete? Questo pu\u00f2 includere controlli sia attivi (ad esempio, controllo della risposta \/ healthcheck) che passivi (ad esempio, utilizzando 3 errori 5xx consecutivi come indicazione di uno stato di salute non ottimale). <\/li>\n<li><b>Instradamento (Routing)<\/b>. Dopo aver ricevuto una richiesta REST al \u00ab\/foo\u00bb, in quale cluster di servizio deve essere inviata la richiesta? <\/li>\n<li> <b>Bilanciamento del carico (Load balancing)<\/b>. Dopo che \u00e8 stato selezionato il cluster del servizio durante l'instradamento, in quale istanza del servizio deve essere inviata la richiesta? Con quale timeout? Con quali impostazioni di interruzione del circuito (circuit breaking)? Se la richiesta fallisce, deve essere ripetuta?<\/li>\n<li> <b>Autenticazione e autorizzazione (Authentication and authorization)<\/b>. Per le richieste in arrivo, il servizio chiamante pu\u00f2 essere identificato\/autenticato crittograficamente tramite mTLS o qualche altro meccanismo? Se \u00e8 identificato\/autenticato, \u00e8 autorizzato a invocare l'operazione richiesta (endpoint) nel servizio o deve essere restituita una risposta non autenticata?<\/li>\n<li> <b>Osservabilit\u00e0 (Observability)<\/b>. Per ogni richiesta devono essere generati dettagliati dati statistici, registri e dati di tracciamento distribuito, affinch\u00e9 gli operatori possano comprendere il flusso di traffico distribuito e i problemi di debug man mano che si presentano.<\/li>\n<\/ul>\n<p>\nPer tutti i punti precedenti nella rete di servizio (service mesh), \u00e8 responsabile il piano dati (data plane). In sostanza, il proxy locale per il servizio (sidecar) costituisce il piano dati (data plane). In altre parole, il piano dati (data plane) \u00e8 responsabile della traduzione condizionale, del re-instradamento e dell'osservazione di ogni pacchetto di rete inviato al servizio o da esso.<\/p>\n<h1>Il piano di controllo (The control plane)<\/h1>\n<p>\nL'astrazione di rete fornita dal proxy locale nel piano dati \u00e8 magica (?). Tuttavia, come fa il server proxy a sapere realmente come arrivare all'endpoint \u00ab\/foo\u00bb per il servizio B? In che modo i dati di scoperta dei servizi, che vengono riempiti dalle richieste proxy, possono essere utilizzati? Come sono configurati i parametri di bilanciamento del carico, timeout, circuit breaking, ecc.? Come avviene il deployment dell'applicazione utilizzando il metodo blue\/green o il metodo di migrazione graduale del traffico? Chi configura i parametri di autenticazione e autorizzazione a livello di sistema?<\/p>\n<p>Tutti i punti sopra menzionati rientrano nella competenza del piano di controllo della rete di servizi. <i>Il piano di controllo accetta un insieme di proxy isolati senza stato e li trasforma in un sistema distribuito.<a class=\"wpil_keyword_link\" href=\"https:\/\/prohoster.info\/it\/server\/\"   title=\"server\" data-wpil-keyword-link=\"linked\"  data-wpil-monitor-id=\"1348\">server<\/a> senza stato.<\/i>.<\/p>\n<p>Ritengo che la ragione per cui molti tecnologi trovano confusi i concetti separati di piano dati (data plane) e piano di controllo (control plane) sia che per la maggior parte delle persone il piano dati \u00e8 familiare, mentre il piano di controllo risulta estraneo o incomprensibile. Lavoriamo da tempo con router e switch di rete fisici. Comprendiamo che pacchetti e richieste devono andare da un punto A a un punto B e quali hardware e software possiamo utilizzare per questo. La nuova generazione di proxy software \u00e8 semplicemente una versione alla moda degli strumenti che abbiamo utilizzato per molto tempo.<\/p>\n<p><img decoding=\"async\" alt=\"Rete di servizio, \u00abPiano dati\u00bb e \u00abPiano di controllo\u00bb (Service mesh data plane vs. control plane)\" src=\"\/wp-content\/uploads\/2019\/08\/1b512802777cbf1853c5c4f7f2f81d99.jpg\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<b>Figura 2: Piano di controllo umano (Human control plane)<\/b><\/p>\n<p>Tuttavia, abbiamo utilizzato i piani di controllo (control plane) per lungo tempo, anche se la maggior parte degli operatori di rete potrebbe non collegare questa parte del sistema a un componente tecnologico. La ragione \u00e8 semplice:<br \/>\n<b>La maggior parte dei piani di controllo (control plane) attualmente utilizzati sono\u2026 noi<\/b>.<\/p>\n<p>Su <b>nella figura 2<\/b> Mostra ci\u00f2 che chiamo \u00abPiano di controllo umano (Human control plane)\u00bb. In questo tipo di distribuzione, che \u00e8 ancora molto comune, un operatore umano, probabilmente scostante, crea configurazioni statiche \u2014 potenzialmente tramite script \u2014 e le distribuisce utilizzando un processo speciale su tutti i server proxy. I proxy quindi iniziano a utilizzare questa configurazione e passano a elaborare il piano dati (data plane) utilizzando le impostazioni aggiornate.<\/p>\n<p><img decoding=\"async\" alt=\"Rete di servizio, \u00abPiano dati\u00bb e \u00abPiano di controllo\u00bb (Service mesh data plane vs. control plane)\" src=\"\/wp-content\/uploads\/2019\/08\/6b12429611475e0fc4dfa9f980704e16.jpg\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<b>Figura 3: Piano di controllo avanzato della rete di servizi (Advanced service mesh control plane)<\/b><\/p>\n<p>Su <b>nella figura 3<\/b> \u00e8 mostrato il \u00abpiano di controllo avanzato (control plane)\u00bb della rete di servizi (service mesh). Esso consiste delle seguenti parti:<\/p>\n<ul>\n<li> <b>L'essere umano (The human)<\/b>: C'\u00e8 ancora un umano (spero meno arrabbiato) che prende decisioni a un livello elevato riguardo all'intero sistema.<\/li>\n<li><b>Interfaccia utente del piano di controllo (Control plane UI)<\/b>: Una persona interagisce con un tipo di interfaccia utente per gestire il sistema. Questo pu\u00f2 essere un portale web, un'applicazione da riga di comando (CLI) o un'altra interfaccia. Attraverso l'interfaccia utente, l'operatore ha accesso a parametri di configurazione globale del sistema come:\n<ul>\n<li>Gestione del deployment, blue\/green e\/o gradual traffic shifting <\/li>\n<li>Opzioni di autenticazione e autorizzazione <\/li>\n<li>Specifiche della tabella di routing, ad esempio, quando l'applicazione A richiede informazioni su \u00ab\/foo\u00bb, cosa succede? <\/li>\n<li>Impostazioni del bilanciatore di carico, come timeouts, retries, circuit breaking, ecc. <\/li>\n<\/ul>\n<\/li>\n<li> <b>Pianificatore di carico di lavoro (Workload scheduler)<\/b>: I servizi vengono avviati nell'infrastruttura tramite un sistema di pianificazione\/orchestrazione specifico, come Kubernetes o Nomad. Il pianificatore \u00e8 responsabile del caricamento del servizio insieme al suo proxy locale.<\/li>\n<li> <b>Scoperta del servizio (Service discovery)<\/b>Quando il pianificatore avvia e ferma le istanze del servizio, comunica lo stato di disponibilit\u00e0 al sistema di rilevamento del servizio.<\/li>\n<li> <b>API di configurazione del proxy locale (Sidecar proxy configuration APIs) <\/b>: I proxy locali estraggono dinamicamente lo stato da vari componenti del sistema secondo il modello di \"coerenza alla fine\" (eventually consistent) senza l'intervento dell'operatore. L'intero sistema, composto da tutte le istanze di servizio attualmente in esecuzione e proxy locali, converge infine in un'unica ecosistema. Le API della piana dati (data plane) in Envoy sono un esempio di come ci\u00f2 funzioni nella pratica.<\/li>\n<\/ul>\n<p>\nFondamentalmente, l'obiettivo della piana di controllo (control plane) \u00e8 di stabilire una politica che alla fine sar\u00e0 accettata dalla piana dati (data plane). Piane di controllo pi\u00f9 avanzate allontaneranno dall'operatore ulteriori dettagli di alcuni sistemi e richiederanno meno gestione manuale, a condizione che funzionino correttamente!..<\/p>\n<h1>Piana dati e piana di controllo. Sintesi (Data plane vs. control plane summary)<\/h1>\n<p><\/p>\n<ul>\n<li> <b>Piana dati della rete di servizio (Service mesh data plane)<\/b>: coinvolge ogni pacchetto \/ richiesta nel sistema. Si occupa della rilevazione di applicazioni \/ servizi, verifica dello stato, instradamento, bilanciamento del carico, autenticazione \/ autorizzazione e monitoraggio.<\/li>\n<li> <b>Piano di controllo della rete di servizi (Service mesh control plane)<\/b>: fornisce politiche e configurazioni per tutti i piani di dati attivi all'interno della rete di servizi. Non tocca pacchetti \/ richieste nel sistema. Il piano di controllo trasforma tutti i piani di dati in un sistema distribuito.<\/li>\n<\/ul>\n<p><\/p>\n<h1>Stato attuale del progetto (Current project landscape)<\/h1>\n<p>\nDopo aver chiarito la spiegazione sopra, diamo un'occhiata allo stato attuale del progetto \"rete di servizi (service mesh)\".<\/p>\n<ul>\n<li> <b>Piani di dati (Data planes)<\/b>: Linkerd, NGINX, HAProxy, Envoy, Traefik<\/li>\n<li><b>Piani di controllo (Control planes)<\/b>: Istio, Nelson, SmartStack <\/li>\n<\/ul>\n<p>\nInvece di analizzare in profondit\u00e0 ciascuna delle soluzioni sopra menzionate, mi soffermer\u00f2 brevemente su alcuni punti che, a mio avviso, generano la maggior parte della confusione nell'ecosistema attualmente.<\/p>\n<p>All'inizio del 2016, Linkerd \u00e8 stato uno dei primi proxy del piano dati per le reti di servizi e ha fatto un ottimo lavoro nel sensibilizzare e aumentare l'attenzione sul modello di progettazione della rete di servizi. Circa sei mesi dopo, Envoy si \u00e8 unito a Linkerd, anche se lavorava in Lyft dalla fine del 2015. Linkerd ed Envoy sono due progetti che vengono spesso citati quando si parla di reti di servizi.<\/p>\n<p>Istio \u00e8 stato annunciato a maggio 2017. Gli obiettivi del progetto Istio sono molto simili a quelli del piano di controllo ampliato. <b>nella figura 3<\/b>. Envoy per Istio \u00e8 il proxy predefinito. Cos\u00ec, Istio funge da piano di controllo, mentre Envoy agisce come piano dati. In breve tempo, Istio ha suscitato molto interesse, e altri piani dati hanno iniziato a integrarsi come alternative a Envoy (sia Linkerd che NGINX hanno dimostrato integrazione con Istio). Il fatto che sia possibile utilizzare diversi piani dati all'interno di un unico piano di controllo implica che il piano di controllo e il piano dati non siano necessariamente strettamente correlati. Un'API come l'API universale del piano dati di Envoy pu\u00f2 fungere da ponte tra le due parti del sistema.<\/p>\n<p>Nelson e SmartStack aiutano a illustrare ulteriormente la separazione tra il piano di controllo (control plane) e il piano dati (data plane). Nelson utilizza Envoy come suo proxy e costruisce un piano di controllo (control plane) robusto per la rete di servizi (service mesh) utilizzando la stack di HashiCorp, ad esempio Nomad, e cos\u00ec via. SmartStack \u00e8 diventato, probabilmente, il primo di una nuova ondata di reti di servizi (service mesh). SmartStack forma un piano di controllo (control plane) attorno a HAProxy o NGINX, dimostrando la possibilit\u00e0 di disaccoppiare il piano di controllo (control plane) dalla rete di servizi (service mesh) e dal piano dati (data plane).<\/p>\n<p>L'architettura a microservizi con una rete di servizi (service mesh) sta attirando sempre pi\u00f9 attenzione (giustamente!), e sempre pi\u00f9 progetti e fornitori iniziano a lavorare in questo ambito. Nei prossimi anni vedremo molte innovazioni sia nei piani dati (data plane) che nei piani di controllo (control plane), oltre a un'ulteriore mescolanza di vari componenti. Alla fine, l'architettura a microservizi dovrebbe diventare pi\u00f9 trasparente e magica (?) per l'operatore.<br \/>\nSpero che tutti siano sempre meno irritati.<\/p>\n<h1>Punti chiave (Key takeaways)<\/h1>\n<p><\/p>\n<ul>\n<li> La rete di servizi (service mesh) \u00e8 composta da due parti distinte: il piano dati (data plane) e il piano di controllo (control plane). Entrambi i componenti sono essenziali, e senza di essi il sistema non funzioner\u00e0.<\/li>\n<li>Tutti conoscono il piano di controllo (control plane), e in questo momento il piano di controllo (control plane) puoi essere tu! <\/li>\n<li>Tutti i piani dati (data plane) competono tra loro in termini di funzionalit\u00e0, prestazioni, configurabilit\u00e0 e scalabilit\u00e0. <\/li>\n<li> Tutti i piani di controllo (control plane) competono tra loro in termini di funzionalit\u00e0, configurabilit\u00e0, scalabilit\u00e0 e facilit\u00e0 d'uso.<\/li>\n<li>Un piano di controllo (control plane) pu\u00f2 contenere astrazioni e API appropriate per consentire l'utilizzo di pi\u00f9 piani dati (data plane). <\/li>\n<\/ul>\n<p>Fonte: <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\/it\/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=\"it_IT\" \/>\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\/it\/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\udd47 Service mesh, \u00abPiano dati\u00bb e \u00abPiano di controllo\u00bb (Service mesh data plane vs. control plane) | ProHoster","description":"Ciao, Habr! Vi presento la traduzione dell'articolo \u00abService mesh data plane vs control plane\u00bb dell'autore Matt Klein. Questa volta ho voluto tradurre la descrizione di entrambi i componenti della service mesh, data plane e control plane. Mi \u00e8 sembrata la descrizione pi\u00f9 chiara e interessante, e soprattutto in grado di farci riflettere su \u00abMa \u00e8 davvero necessario?\u00bb. Poich\u00e9 l'idea della \u00abService mesh\u00bb","canonical_url":"https:\/\/prohoster.info\/it\/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":"it_IT","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\/it\/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\/it\/wp-json\/wp\/v2\/posts\/37030","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/prohoster.info\/it\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/prohoster.info\/it\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/prohoster.info\/it\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/prohoster.info\/it\/wp-json\/wp\/v2\/comments?post=37030"}],"version-history":[{"count":1,"href":"https:\/\/prohoster.info\/it\/wp-json\/wp\/v2\/posts\/37030\/revisions"}],"predecessor-version":[{"id":158592,"href":"https:\/\/prohoster.info\/it\/wp-json\/wp\/v2\/posts\/37030\/revisions\/158592"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/prohoster.info\/it\/wp-json\/wp\/v2\/media\/27757"}],"wp:attachment":[{"href":"https:\/\/prohoster.info\/it\/wp-json\/wp\/v2\/media?parent=37030"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/prohoster.info\/it\/wp-json\/wp\/v2\/categories?post=37030"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/prohoster.info\/it\/wp-json\/wp\/v2\/tags?post=37030"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}