{"id":35226,"date":"2019-10-31T22:03:05","date_gmt":"2019-10-31T19:03:05","guid":{"rendered":"https:\/\/prohoster.info\/blog\/gotovit-kubernetes-klaster-prosto-i-udobno-anonsiruem-addon-operator\/"},"modified":"2019-10-31T22:03:05","modified_gmt":"2019-10-31T19:03:05","slug":"gotovit-kubernetes-klaster-prosto-i-udobno-anonsiruem-addon-operator","status":"publish","type":"post","link":"https:\/\/prohoster.info\/it\/blog\/administrirovanie\/gotovit-kubernetes-klaster-prosto-i-udobno-anonsiruem-addon-operator","title":{"rendered":"\u00c8 semplice e conveniente configurare un cluster Kubernetes? Annunciamo l'addon-operator","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"<p><img decoding=\"async\" alt=\"\u00c8 semplice e conveniente configurare un cluster Kubernetes? Annunciamo l&#039;addon-operator\" src=\"\/wp-content\/uploads\/8df3959f765d5d1bc8d427d3258aacc4.jpeg\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\nA seguito di <noindex><a rel=\"nofollow\" href=\"https:\/\/habr.com\/ru\/company\/flant\/blog\/447442\/\">shell-operator<\/a><\/noindex> presentiamo il suo \"fratello maggiore\" \u2014 <noindex><a rel=\"nofollow\" href=\"https:\/\/github.com\/flant\/addon-operator\">addon-operator<\/a><\/noindex>. Questo \u00e8 un progetto Open Source utilizzato per installare nel cluster Kubernetes componenti di sistema, che possiamo riassumere con una parola - addon.<noindex><a rel=\"nofollow\" name=\"habracut\"><\/a><\/noindex><\/p>\n<h2>Perch\u00e9 mai servono degli addon?<\/h2>\n<p>\nNon \u00e8 un segreto che Kubernetes non sia un prodotto finito \"tutto in uno\", e per costruire un cluster \"mature\" sono necessari diversi addon. L'addon-operator aiuta a installare, configurare e mantenere questi addon sempre aggiornati.<\/p>\n<p>La necessit\u00e0 di componenti aggiuntivi nel cluster \u00e8 trattata nel <noindex><a rel=\"nofollow\" href=\"https:\/\/habr.com\/ru\/company\/flant\/blog\/449096\/\">rapporto<\/a><\/noindex> colleghi <noindex><a rel=\"nofollow\" href=\"https:\/\/habr.com\/ru\/users\/driusha\/\" class=\"user_link\">driusha<\/a><\/noindex>. In breve, la situazione con Kubernetes al momento \u00e8 tale che per una semplice installazione \"per giocare\" \u00e8 possibile utilizzare i componenti di base, per sviluppatori e test si pu\u00f2 aggiungere Ingress, ma per un'installazione completa, di cui si pu\u00f2 dire \"la vostra produzione \u00e8 pronta\", \u00e8 necessario aggiungere una decina di addon diversi: qualcosa per il monitoraggio, qualcosa per i log, non dimenticare ingress e cert-manager, riservare gruppi di nodi, aggiungere politiche di rete, accompagnare con impostazioni sysctl e pod autoscaler\u2026<\/p>\n<p><img decoding=\"async\" alt=\"\u00c8 semplice e conveniente configurare un cluster Kubernetes? Annunciamo l&#039;addon-operator\" src=\"\/wp-content\/uploads\/ab3bed8ee8b29d4e51905e45c908f078.jpeg\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<\/p>\n<h2>Qual \u00e8 la specificit\u00e0 nel lavorarci?<\/h2>\n<p>\nCome dimostra la pratica, non si tratta solo di installazione. Per lavorare comodamente con il cluster, gli addon devono essere aggiornati, disattivati (rimossi dal cluster) e alcuni di essi vanno testati prima di essere installati nel cluster di produzione.<\/p>\n<p>Allora, forse qui basta Ansible? Potrebbe essere. Ma <b>addon completi in generale non funzionano senza configurazioni<\/b>. Queste impostazioni possono variare a seconda dell'opzione del cluster (aws, gce, azure, bare-metal, do, \u2026). Alcune impostazioni non possono essere definite in anticipo: devono essere recuperate dal cluster. E il cluster non \u00e8 statico: per alcune impostazioni \u00e8 necessario monitorare le modifiche. E qui Ansible non basta: \u00e8 necessaria un'applicazione che viva nel cluster, ossia un Kubernetes Operator.<\/p>\n<p>Coloro che hanno provato a lavorarci <noindex><a rel=\"nofollow\" href=\"https:\/\/github.com\/flant\/shell-operator\">shell-operator<\/a><\/noindex>, dicono che le attivit\u00e0 di installazione e aggiornamento degli addon e di monitoraggio delle configurazioni possono essere facilmente risolte con <noindex><a rel=\"nofollow\" href=\"https:\/\/github.com\/flant\/shell-operator\/blob\/master\/HOOKS.md\">hook<\/a><\/noindex> per shell-operator. Si pu\u00f2 scrivere uno script che esegue una condizione <code>kubectl apply<\/code> e monitora, ad esempio, ConfigMap, dove saranno memorizzate le configurazioni. Questo \u00e8 grosso modo ci\u00f2 che \u00e8 realizzato in addon-operator.<\/p>\n<h2>Come \u00e8 organizzato in addon-operator?<\/h2>\n<p>\nCreando una nuova soluzione, ci siamo basati sui seguenti principi:<\/p>\n<ul>\n<li> Il gestore degli addon deve supportare <b>la templating e la configurazione dichiarativa<\/b>. Non facciamo script magici che installano addon. L'addon-operator utilizza Helm per installare gli addon. Per l'installazione \u00e8 necessario creare un chart e specificare i valori che saranno utilizzati per la configurazione. <\/li>\n<li> Le impostazioni possono <b>essere generate durante l'installazione<\/b>, possono <b>essere ottenute dal cluster<\/b>, oppure <b>ricevere aggiornamenti<\/b>, monitorando le risorse del cluster. Queste operazioni possono essere implementate tramite hook.<\/li>\n<li> Le impostazioni possono <b>memorizzare nel cluster<\/b>. Per memorizzare le impostazioni nel cluster, viene creato un ConfigMap\/addon-operator e l'addon-operator monitora le modifiche a questo ConfigMap. L'addon-operator fornisce accesso alle impostazioni tramite semplici convenzioni.<\/li>\n<li> <b>L'addon dipende dalle impostazioni<\/b>. Se le impostazioni cambiano, l'addon-operator distribuisce un chart Helm con nuovi valori. L'aggregazione del chart Helm, dei valori per esso e degli hook la chiamiamo modulo (vedere sotto per ulteriori dettagli).<\/li>\n<li> <b>Il deploy<\/b>. Nessuno script di rilascio magico. Il meccanismo di aggiornamento \u00e8 simile a quello di un'applicazione normale: costruire gli addon e l'addon-operator in un'immagine, etichettare e distribuire.<\/li>\n<li> <b>Il controllo del risultato<\/b>. L'addon-operator \u00e8 in grado di fornire metriche per Prometheus.<\/li>\n<\/ul>\n<p><\/p>\n<h2>Cos'\u00e8 un addon in addon-operator?<\/h2>\n<p>\nUn addon pu\u00f2 essere considerato tutto ci\u00f2 che aggiunge nuove funzionalit\u00e0 al cluster. Ad esempio, l'installazione di Ingress \u00e8 un ottimo esempio di addon. Pu\u00f2 essere qualsiasi operatore o controller con il proprio CRD: prometheus-operator, cert-manager, kube-controller-manager, ecc. Oppure qualcosa di pi\u00f9 piccolo, ma che semplifica l'operativit\u00e0: ad esempio, un copier di secret che copia i segreti del registry in nuovi spazi dei nomi, o un tuner di sysctl che configura le impostazioni di sysctl sui nuovi nodi.<\/p>\n<p>Per implementare gli addon, l'addon-operator fornisce diverse concettualizzazioni:<\/p>\n<ul>\n<li> <b>Helm-chart<\/b> viene utilizzato per installare vari software nel cluster, ad esempio Prometheus, Grafana, nginx-ingress. Se il componente desiderato ha un Helm-chart, sar\u00e0 molto semplice installarlo tramite l'addon-operator.<\/li>\n<li> <b>Storage dei valori<\/b>. Gli Helm-chart di solito hanno molte impostazioni diverse che possono cambiare nel tempo. L'addon-operator supporta la memorizzazione di queste impostazioni e pu\u00f2 monitorare le loro modifiche, in modo da reinstallare l'Helm-chart con i nuovi valori.<\/li>\n<li> <b>Hook<\/b> \u2014 sono file eseguibili che l'Addon-operator avvia in base agli eventi e che accedono allo storage dei valori. Un hook pu\u00f2 monitorare le modifiche nel cluster e aggiornare i valori nello storage dei valori. Cio\u00e8, con l'uso degli hook, \u00e8 possibile effettuare il discovery per raccogliere i valori dal cluster all'avvio o su base programmata, oppure \u00e8 possibile avere un discovery continuo, raccogliendo i valori dal cluster in base alle modifiche nel cluster.<\/li>\n<li> <b>Modulo<\/b> \u2014 \u00e8 una combinazione di un Helm chart, dello storage dei valori e degli hook. I moduli possono essere attivati o disattivati. Disattivare un modulo significa rimuovere tutti i rilasci dell'Helm chart. I moduli possono attivare se stessi dinamicamente, ad esempio se sono attivati tutti i moduli necessari o se il discovery negli hook ha trovato i parametri desiderati; questo avviene tramite uno script ausiliario abilitato.<\/li>\n<li> <b>Hook globali<\/b>. Sono hook \"autonomi\", non inclusi nei moduli e hanno accesso allo storage globale dei valori, i cui valori sono disponibili a tutti gli hook nei moduli.<\/li>\n<\/ul>\n<p>\nCome funzionano insieme queste parti? Consideriamo l'immagine della documentazione:<\/p>\n<p><img decoding=\"async\" alt=\"\u00c8 semplice e conveniente configurare un cluster Kubernetes? Annunciamo l&#039;addon-operator\" src=\"\/wp-content\/uploads\/c9bb8e5ae78aa5df0d6c4fbf353e4236.jpeg\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\nCi sono due scenari di lavoro:<\/p>\n<ol>\n<li> L'hook globale si attiva in seguito a un evento, ad esempio quando c'\u00e8 una modifica delle risorse nel cluster. Questo hook gestisce le modifiche e registra i nuovi valori nello storage globale dei valori. L'Addon-operator nota che lo storage globale \u00e8 cambiato e avvia tutti i moduli. Ogni modulo, attraverso i suoi hook, determina se deve attivarsi e aggiorna il proprio storage dei valori. Se il modulo \u00e8 attivato, l'Addon-operator avvia l'installazione dell'Helm chart. L'Helm chart ha accesso ai valori dallo storage del modulo e dallo storage globale.<\/li>\n<li> Il secondo scenario \u00e8 pi\u00f9 semplice: l'hook modulare si attiva in seguito a un evento e modifica i valori nello storage dei valori del modulo. L'Addon-operator lo nota e avvia l'Helm chart con i valori aggiornati.<\/li>\n<\/ol>\n<p>\nUn componente pu\u00f2 essere implementato come un unico hook autonomo o come un Helm chart, oppure <b>anche come pi\u00f9 moduli dipendenti<\/b> \u2014 dipende dalla complessit\u00e0 del componente da installare nel cluster e dal livello di flessibilit\u00e0 delle impostazioni richiesto. Ad esempio, nel repository (<noindex><a rel=\"nofollow\" href=\"https:\/\/github.com\/flant\/addon-operator\/tree\/master\/examples\">\/examples<\/a><\/noindex>) c'\u00e8 un componente sysctl-tuner, implementato sia come un semplice modulo con un hook e l'Helm chart, sia utilizzando lo storage dei valori, il che consente di aggiungere impostazioni tramite la modifica di ConfigMap.<\/p>\n<h2>Consegna degli aggiornamenti<\/h2>\n<p>\nAlcune parole sull'organizzazione degli aggiornamenti dei componenti installati da Addon-operator.<\/p>\n<p>Per avviare Addon-operator nel cluster, \u00e8 necessario <b>creare un'immagine con le estensioni<\/b> sotto forma di file hook e Helm chart, aggiungere il file binario <code>addon-operator<\/code> e tutto ci\u00f2 che serve per gli hook: <code>bash<\/code>, <code>kubectl<\/code>, <code>jq<\/code>, <code>python<\/code> e cos\u00ec via. Successivamente, quest'immagine pu\u00f2 essere distribuita nel cluster come un'applicazione normale e probabilmente si vorr\u00e0 organizzare un certo schema di tagging. Se ci sono pochi cluster, pu\u00f2 andare bene lo stesso approccio usato con le applicazioni: nuova release, nuova versione, passare a tutti i cluster e aggiornare l'immagine nei Pod. Tuttavia, nel caso di distribuzione su un numero significativo di cluster, ci si aspetta di trovare pi\u00f9 appropriata la concezione di auto-aggiornamento dal canale. <\/p>\n<p>Noi lo organizziamo in questo modo:<\/p>\n<ul>\n<li>Il canale \u00e8 sostanzialmente un identificatore che pu\u00f2 essere impostato a piacere (ad esempio, dev\/stage\/ea\/stable).<\/li>\n<li>Il nome del canale \u00e8 il tag dell'immagine. Quando \u00e8 necessario distribuire gli aggiornamenti nel canale, si crea una nuova immagine e si etichetta con il nome del canale.<\/li>\n<li>Quando nel registry appare una nuova immagine, Addon-operator viene riavviato e avviato con la nuova immagine.<\/li>\n<\/ul>\n<p>\nNon \u00e8 una best practice, di cui si parla in <noindex><a rel=\"nofollow\" href=\"https:\/\/kubernetes.io\/docs\/concepts\/containers\/images\/#updating-images\">documentazione Kubernetes<\/a><\/noindex>. Non \u00e8 consigliabile farlo, ma si tratta di <i>un'applicazione normale, che vive in un singolo cluster<\/i>. Nel caso di Addon-operator, l'applicazione \u00e8 un insieme di Deployment distribuiti nei cluster, e l'auto-aggiornamento \u00e8 di grande aiuto e semplifica molto le cose. <\/p>\n<p>I canali aiutano anche <b>con il testing<\/b>: se c'\u00e8 un cluster ausiliario, \u00e8 possibile configurarlo su un canale <code>stage<\/code> e provare gli aggiornamenti su di esso prima della distribuzione nei canali <code>ea<\/code> e <code>stable<\/code>. Se si verifica un errore con il cluster sul canale <code>ea<\/code> , \u00e8 possibile commutarlo su <code>stable<\/code>, mentre si svolge l'indagine sul problema di questo cluster. Se il cluster viene dismesso dal supporto attivo, viene commutato sul suo canale \"congelato\" \u2014 ad esempio, <code>freeze-2019-03-20<\/code>.<\/p>\n<p>Oltre agli aggiornamenti degli hook e degli Helm chart, potrebbe essere necessario <b>aggiornare anche un componente di terze parti<\/b>. Ad esempio, si \u00e8 notata un'errore nel node-exporter e si \u00e8 persino pensato a come modificarlo. Successivamente, \u00e8 stato aperto un PR e si attende una nuova release, per passare a tutti i cluster e aumentare la versione dell'immagine. Per non attendere un tempo indefinito, \u00e8 possibile creare il proprio node-exporter e passare a quello fino all'accettazione del PR.<\/p>\n<p>In generale, si pu\u00f2 fare anche senza l'Addon-operator, ma con l'Addon-operator il modulo per l'installazione di node-exporter sar\u00e0 in evidenza in un unico repository, il Dockerfile per la creazione della propria immagine pu\u00f2 essere tenuto qui, e diventa pi\u00f9 semplice per tutti i partecipanti al processo capire cosa sta succedendo... E se ci sono pi\u00f9 cluster, diventa pi\u00f9 facile sia testare il proprio PR che implementare una nuova versione!<\/p>\n<p>Questa organizzazione dell'aggiornamento dei componenti funziona con successo per noi, ma \u00e8 possibile implementare qualsiasi altro schema adatto \u2014 dopo tutto <b>in questo caso l'Addon-operator \u00e8 un semplice file binario<\/b>.<\/p>\n<h2>Conclusione<\/h2>\n<p>\nI principi implementati nell'Addon-operator consentono di costruire un processo trasparente di creazione, test, installazione e aggiornamento delle estensioni nel cluster, simile ai processi di sviluppo delle normali applicazioni.<\/p>\n<p>Le estensioni per l'Addon-operator in formato moduli (Helm chart + hook) possono essere rese disponibili pubblicamente. Noi, la societ\u00e0 Flant, prevediamo di pubblicare durante l'estate i nostri sviluppi sotto forma di tali estensioni. Unisciti allo sviluppo su GitHub (<noindex><a rel=\"nofollow\" href=\"https:\/\/github.com\/flant\/shell-operator\">shell-operator<\/a><\/noindex>, <noindex><a rel=\"nofollow\" href=\"https:\/\/github.com\/flant\/addon-operator\"><b>addon-operator<\/b><\/a><\/noindex>), prova a creare la tua estensione basata sui <noindex><a rel=\"nofollow\" href=\"https:\/\/github.com\/flant\/addon-operator\/tree\/master\/examples\">esempi<\/a><\/noindex> e <noindex><a rel=\"nofollow\" href=\"https:\/\/github.com\/flant\/addon-operator\/blob\/master\/README.md\">documentazione<\/a><\/noindex>, aspetta aggiornamenti su Habr e sul nostro <noindex><a rel=\"nofollow\" href=\"https:\/\/www.youtube.com\/c\/%D0%A4%D0%BB%D0%B0%D0%BD%D1%82\">canale YouTube<\/a><\/noindex>!<\/p>\n<h2>P.S.<\/h2>\n<p>\nLeggi anche nel nostro blog:<\/p>\n<ul>\n<li> \u00ab<noindex><a rel=\"nofollow\" href=\"https:\/\/habr.com\/ru\/company\/flant\/blog\/449096\/\">Espandiamo e completiamo Kubernetes (panoramica e video della presentazione)<\/a><\/noindex>\u00bb;<\/li>\n<li> \u00ab<noindex><a rel=\"nofollow\" href=\"https:\/\/habr.com\/ru\/company\/flant\/blog\/447442\/\">Presentiamo shell-operator: creare operatori per Kubernetes \u00e8 diventato ancora pi\u00f9 facile<\/a><\/noindex>\u00bb.<\/li>\n<\/ul>\n<p>Fonte: <a content=\"nofollow\" rel=\"nofollow\" href=\"https:\/\/habr.com\/ru\/company\/flant\/blog\/455543\/\">habr.com<\/a><\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"<p>\u0412\u0441\u043b\u0435\u0434 \u0437\u0430 shell-operator \u043c\u044b \u043f\u0440\u0435\u0434\u0441\u0442\u0430\u0432\u043b\u044f\u0435\u043c \u0435\u0433\u043e \u0441\u0442\u0430\u0440\u0448\u0435\u0433\u043e \u0431\u0440\u0430\u0442\u0430 \u2014 addon-operator. \u042d\u0442\u043e Open Source-\u043f\u0440\u043e\u0435\u043a\u0442, \u043a\u043e\u0442\u043e\u0440\u044b\u0439 \u0438\u0441\u043f\u043e\u043b\u044c\u0437\u0443\u0435\u0442\u0441\u044f \u0434\u043b\u044f \u0443\u0441\u0442\u0430\u043d\u043e\u0432\u043a\u0438 \u0432 \u043a\u043b\u0430\u0441\u0442\u0435\u0440 Kubernetes \u0441\u0438\u0441\u0442\u0435\u043c\u043d\u044b\u0445 \u043a\u043e\u043c\u043f\u043e\u043d\u0435\u043d\u0442\u043e\u0432, \u043a\u043e\u0442\u043e\u0440\u044b\u0435 \u043c\u043e\u0436\u043d\u043e \u043d\u0430\u0437\u0432\u0430\u0442\u044c \u043e\u0431\u0449\u0438\u043c \u0441\u043b\u043e\u0432\u043e\u043c \u2014 \u0434\u043e\u043f\u043e\u043b\u043d\u0435\u043d\u0438\u044f. \u0417\u0430\u0447\u0435\u043c \u0432\u043e\u043e\u0431\u0449\u0435 \u043a\u0430\u043a\u0438\u0435-\u0442\u043e \u0434\u043e\u043f\u043e\u043b\u043d\u0435\u043d\u0438\u044f? \u041d\u0435 \u0441\u0435\u043a\u0440\u0435\u0442, \u0447\u0442\u043e Kubernetes \u044d\u0442\u043e \u043d\u0435 \u0433\u043e\u0442\u043e\u0432\u044b\u0439 \u043f\u0440\u043e\u0434\u0443\u043a\u0442 \u0432\u0441\u0451-\u0432-\u043e\u0434\u043d\u043e\u043c, \u0438 \u0434\u043b\u044f \u043f\u043e\u0441\u0442\u0440\u043e\u0435\u043d\u0438\u044f \u00ab\u0432\u0437\u0440\u043e\u0441\u043b\u043e\u0433\u043e\u00bb \u043a\u043b\u0430\u0441\u0442\u0435\u0440\u0430 \u043f\u043e\u043d\u0430\u0434\u043e\u0431\u044f\u0442\u0441\u044f \u0440\u0430\u0437\u043b\u0438\u0447\u043d\u044b\u0435 \u0434\u043e\u043f\u043e\u043b\u043d\u0435\u043d\u0438\u044f. Addon-operator \u043f\u043e\u043c\u043e\u0436\u0435\u0442 \u0443\u0441\u0442\u0430\u043d\u043e\u0432\u0438\u0442\u044c, \u043d\u0430\u0441\u0442\u0440\u043e\u0438\u0442\u044c \u0438 [&hellip;]<\/p>\n","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"author":1,"featured_media":0,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[688],"tags":[],"class_list":["post-35226","post","type-post","status-publish","format-standard","hentry","category-administrirovanie"],"aioseo_notices":[],"aioseo_head":"\n\t\t<!-- All in One SEO 5.0.1.1 - aioseo.com -->\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\/gotovit-kubernetes-klaster-prosto-i-udobno-anonsiruem-addon-operator\" \/>\n\t<meta name=\"generator\" content=\"All in One SEO (AIOSEO) 5.0.1.1\" \/>\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\u0413\u043e\u0442\u043e\u0432\u0438\u0442\u044c Kubernetes-\u043a\u043b\u0430\u0441\u0442\u0435\u0440 \u043f\u0440\u043e\u0441\u0442\u043e \u0438 \u0443\u0434\u043e\u0431\u043d\u043e? \u0410\u043d\u043e\u043d\u0441\u0438\u0440\u0443\u0435\u043c addon-operator | ProHoster\" \/>\n\t\t<meta property=\"og:url\" content=\"https:\/\/prohoster.info\/it\/blog\/administrirovanie\/gotovit-kubernetes-klaster-prosto-i-udobno-anonsiruem-addon-operator\" \/>\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:03:05+00:00\" \/>\n\t\t<meta property=\"article:modified_time\" content=\"2019-10-31T19:03:05+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\u00c8 semplice e comodo preparare un cluster Kubernetes? Annunciamo l'addon-operator | ProHoster","description":"","canonical_url":"https:\/\/prohoster.info\/it\/blog\/administrirovanie\/gotovit-kubernetes-klaster-prosto-i-udobno-anonsiruem-addon-operator","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\u0413\u043e\u0442\u043e\u0432\u0438\u0442\u044c Kubernetes-\u043a\u043b\u0430\u0441\u0442\u0435\u0440 \u043f\u0440\u043e\u0441\u0442\u043e \u0438 \u0443\u0434\u043e\u0431\u043d\u043e? \u0410\u043d\u043e\u043d\u0441\u0438\u0440\u0443\u0435\u043c addon-operator | ProHoster","og:url":"https:\/\/prohoster.info\/it\/blog\/administrirovanie\/gotovit-kubernetes-klaster-prosto-i-udobno-anonsiruem-addon-operator","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:03:05+00:00","article:modified_time":"2019-10-31T19:03:05+00:00","article:publisher":"https:\/\/www.facebook.com\/prohoster","article:author":"https:\/\/www.facebook.com\/prohoster"},"aioseo_meta_data":{"post_id":"35226","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-01-21 22:25:22","breadcrumb_settings":null,"limit_modified_date":false,"reviewed_by":null,"ai":null,"created":"2021-03-01 02:07:29","updated":"2026-01-21 22:25:22","focus_keyword":null,"additional_keywords":null,"truseo_locale":null},"gt_translate_keys":[{"key":"link","format":"url"}],"_links":{"self":[{"href":"https:\/\/prohoster.info\/it\/wp-json\/wp\/v2\/posts\/35226","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=35226"}],"version-history":[{"count":0,"href":"https:\/\/prohoster.info\/it\/wp-json\/wp\/v2\/posts\/35226\/revisions"}],"wp:attachment":[{"href":"https:\/\/prohoster.info\/it\/wp-json\/wp\/v2\/media?parent=35226"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/prohoster.info\/it\/wp-json\/wp\/v2\/categories?post=35226"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/prohoster.info\/it\/wp-json\/wp\/v2\/tags?post=35226"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}