{"id":82223,"date":"2020-05-20T13:42:34","date_gmt":"2020-05-20T11:42:34","guid":{"rendered":"https:\/\/prohoster.info\/blog\/administrirovanie\/luchshie-praktiki-kubernetes-organizacziya-kubernetes-s-prostranstvom-imen"},"modified":"2020-05-20T13:42:34","modified_gmt":"2020-05-20T11:42:34","slug":"luchshie-praktiki-kubernetes-organizacziya-kubernetes-s-prostranstvom-imen","status":"publish","type":"post","link":"https:\/\/prohoster.info\/it\/blog\/administrirovanie\/luchshie-praktiki-kubernetes-organizacziya-kubernetes-s-prostranstvom-imen","title":{"rendered":"Le migliori pratiche di Kubernetes. Organizzazione di Kubernetes con gli spazi dei nomi","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

Le migliori pratiche di Kubernetes. Creazione di piccoli contenitori<\/a><\/noindex><\/p>\n

Man mano che inizi a creare sempre pi\u00f9 servizi Kubernetes, compiti che inizialmente sembrano semplici iniziano a complicarsi. Ad esempio, i team di sviluppo non possono creare servizi o deployment con lo stesso nome. Se hai migliaia di pod, elencarli diventa estremamente lungo, senza contare la necessit\u00e0 di una gestione adeguata. E questo \u00e8 solo la punta dell'iceberg.<\/p>\n

Esaminiamo come gli spazi dei nomi rendano pi\u00f9 semplice la gestione delle risorse Kubernetes. Cos'\u00e8 esattamente uno spazio dei nomi? Uno spazio dei nomi pu\u00f2 essere visto come un cluster virtuale all'interno del tuo cluster Kubernetes. Puoi avere pi\u00f9 spazi dei nomi isolati all'interno dello stesso cluster Kubernetes. Questi possono realmente aiutare te e i tuoi team a organizzare, garantire la sicurezza e migliorare le prestazioni del sistema.<\/p>\n

\"Le
\n
\nNella maggior parte delle distribuzioni Kubernetes, il cluster \"esce dalla scatola\" con uno spazio dei nomi chiamato \"default\". In realt\u00e0, ci sono tre spazi dei nomi con cui Kubernetes interagisce: default, kube-system e kube-public. Al momento, kube-public non \u00e8 utilizzato molto frequentemente.<\/a><\/noindex><\/p>\n

\"Le
\n
\nEvitare di toccare lo spazio dei nomi kube \u00e8 una buona idea, specialmente in un sistema gestito come Google Kubernetes Engine. Utilizza lo spazio dei nomi \"default\" come il luogo in cui vengono creati i tuoi servizi e applicazioni. Non c'\u00e8 nulla di particolare a riguardo, se non che Kubernetes \u00e8 configurato per utilizzarlo \"out of the box\", e non puoi eliminarlo. \u00c8 perfetto per iniziare e per sistemi a bassa carico, ma non consiglierei di usare lo spazio dei nomi default in grandi sistemi di produzione. In quest'ultimo caso, un team di sviluppo potrebbe facilmente sovrascrivere il codice di un altro team, senza nemmeno rendersene conto.<\/p>\n

Perci\u00f2, \u00e8 opportuno creare pi\u00f9 spazi dei nomi e usarli per segmentare i tuoi servizi in sezioni gestite. Puoi creare uno spazio dei nomi con un solo comando. Se desideri creare uno spazio dei nomi chiamato test, usa il comando $ kubectl create namespace test o semplicemente crea un file YAML e usalo come qualsiasi altra risorsa Kubernetes.<\/p>\n

\"Le
\n
\nPuoi visualizzare tutti gli spazi dei nomi con il comando $ kubectl get namespace. <\/p>\n

\"Le
\n
\nDopo aver eseguito questo comando, vedrai i tre spazi dei nomi predefiniti e un nuovo spazio dei nomi chiamato \"test\". Esaminiamo un semplice file YAML destinato alla creazione di un pod. Puoi notare che non c'\u00e8 alcun riferimento allo spazio dei nomi.<\/p>\n

\"Le
\n
\nSe applichi kubectl per avviare questo file, creer\u00e0 il modulo mypod nello spazio dei nomi attivo corrente. Questo sar\u00e0 lo spazio dei nomi default, a meno che tu non lo cambi. Ci sono 2 modi per comunicare a Kubernetes in quale spazio dei nomi desideri creare la tua risorsa. Il primo modo \u00e8 utilizzare il flag dello spazio dei nomi durante la creazione della risorsa. <\/p>\n

\"Le
\n
\nIl secondo modo \u00e8 specificare lo spazio dei nomi nella dichiarazione YAML.<\/p>\n

\"Le
\n
\nSe specifichi lo spazio dei nomi nel YAML, la risorsa sar\u00e0 sempre creata in quello spazio. Se provi a utilizzare un altro spazio dei nomi specificando un flag dello spazio dei nomi, la command line restituir\u00e0 un errore. Ora, se provi a cercare il tuo pod, non potrai trovarlo. <\/p>\n

\"Le
\n
\nQuesto accade perch\u00e9 tutti i comandi vengono eseguiti al di fuori dello spazio dei nomi attivo corrente. Per trovare il tuo pod, dovrai utilizzare il flag dello spazio dei nomi, ma questo pu\u00f2 diventare rapidamente noioso, specialmente se lavori in un gruppo che utilizza il proprio spazio dei nomi e non desidera usare quel flag per ogni singolo comando. Vediamo come questo pu\u00f2 essere risolto.<\/p>\n

\"Le
\n
\nDi default, il tuo spazio dei nomi attivo \u00e8 chiamato default. Se non specifichi uno spazio dei nomi nel YAML della risorsa, tutti i comandi Kubernetes utilizzeranno questo spazio dei nomi attivo default. Sfortunatamente, tentare di gestire lo spazio dei nomi attivo con kubectl pu\u00f2 risultare problematico. Tuttavia, esiste uno strumento molto utile chiamato Kubens che semplifica notevolmente questo processo. Quando esegui il comando kubens, vedrai tutti gli spazi dei nomi, con l'attuale spazio dei nomi attivo evidenziato. <\/p>\n

\"Le
\n
\nPer cambiare lo spazio dei nomi attivo in test, esegui semplicemente il comando $ kubens test. Se poi reinserisci il comando $ kubens, puoi vedere che ora \u00e8 stato selezionato un nuovo spazio dei nomi attivo: test.<\/p>\n

\"Le
\n
\nQuesto significa che non hai bisogno del flag dello spazio dei nomi per vedere i pod nello spazio dei nomi test.<\/p>\n

\"Le
\n
\nIn questo modo, gli spazi dei nomi sono nascosti l'uno dall'altro, ma non isolati. Un servizio in uno spazio dei nomi pu\u00f2 comunicare facilmente con un servizio in un altro spazio dei nomi, il che spesso si rivela molto utile. La possibilit\u00e0 di comunicazione tra spazi dei nomi diversi significa che il servizio dei tuoi sviluppatori pu\u00f2 interagire con il servizio di un'altra squadra di sviluppo in un altro spazio dei nomi.<\/p>\n

Di solito, quando la tua applicazione desidera accedere a un servizio Kubernetes, utilizzi il servizio di scoperta DNS integrato e semplicemente indichi alla tua applicazione il nome del servizio. Tuttavia, in questo modo puoi creare un servizio con lo stesso nome in pi\u00f9 spazi dei nomi, il che non \u00e8 consentito. <\/p>\n

\"Le
\n
\nFortunatamente, questo \u00e8 facile da aggirare utilizzando la forma espansa dell'indirizzo DNS. I servizi in Kubernetes espongono i loro endpoint utilizzando un modello DNS comune. Questo appare pressappoco cos\u00ec:<\/p>\n

\"Le
\n
\nIn generale, ti basta il nome del servizio e il DNS determina automaticamente l'indirizzo completo. <\/p>\n

\"Le
\n
\nTuttavia, se hai bisogno di accedere a un servizio in un altro spazio dei nomi, usa semplicemente il nome del servizio seguito dal nome dello spazio dei nomi:<\/p>\n

\"Le
\n
\nAd esempio, se desideri connetterti al database del servizio nello spazio dei nomi di test, puoi utilizzare l'indirizzo database.test.<\/p>\n

\"Le
\n
\nSe invece desideri connetterti al database del servizio nello spazio dei nomi di produzione, utilizzi database.prod.<\/p>\n

\"Le
\n
\nSe desideri davvero isolare e limitare l'accesso a uno spazio dei nomi, Kubernetes consente di farlo utilizzando le politiche di rete di Kubernetes Network Policies. Ne parler\u00f2 nella prossima serie. <\/p>\n

Spesso mi viene chiesto quanti spazi dei nomi sia necessario creare e a quali scopi. Cos'\u00e8 esattamente un frammento di dati gestito?<\/p>\n

Se crei troppi spazi dei nomi, questi ti ostacoleranno. Se invece ce ne sono troppo pochi, perderai tutti i vantaggi di una tale soluzione. Penso che ci siano quattro fasi principali che ogni azienda attraversa nel processo di creazione della propria struttura organizzativa. A seconda della fase di sviluppo in cui si trova il tuo progetto o la tua azienda, puoi adottare una strategia adeguata per la creazione degli spazi dei nomi.<\/p>\n

Immagina di far parte di un piccolo team che sta sviluppando 5-10 microservizi e puoi facilmente riunire tutti gli sviluppatori in una stanza. In questa situazione, ha senso eseguire tutti i servizi di produzione nello spazio dei nomi predefinito. Certamente, per avere maggiore flessibilit\u00e0, puoi utilizzare 2 spazi dei nomi, uno per la produzione e l'altro per lo sviluppo. \u00c8 molto probabile che tu stia testando il tuo sviluppo sul computer locale utilizzando qualcosa come Minikube. <\/p>\n

Supponiamo che le condizioni siano cambiate e ora hai un team in rapida crescita che sta lavorando contemporaneamente su pi\u00f9 di 10 microservizi. Arriva un momento in cui \u00e8 necessario utilizzare pi\u00f9 cluster o spazi dei nomi, separatamente per produzione e sviluppo. Puoi suddividere il team in sottogruppi in modo che ciascuno di essi abbia i propri microservizi e che ciascuno di questi team possa scegliere il proprio spazio dei nomi per semplificare la gestione dello sviluppo e del rilascio del software.<\/p>\n

\"Le
\n
\nMan mano che ogni membro del team acquisisce familiarit\u00e0 con il funzionamento del sistema globale, coordinare ciascuna modifica con gli altri sviluppatori diventa sempre pi\u00f9 difficile. Tentare di far girare l'intero stack sul tuo computer locale diventa sempre pi\u00f9 complicato. <\/p>\n

Nelle grandi aziende, gli sviluppatori spesso non sanno chi sta lavorando a cosa in particolare. I team comunicano attraverso contratti di servizio o utilizzano tecnologie come Service mesh, che aggiungono un livello di astrazione sulla rete, come il tool di configurazione Istio. Cercare di eseguire l'intero stack localmente \u00e8 semplicemente impossibile. Ti consiglio vivamente di utilizzare in Kubernetes una piattaforma di distribuzione continua (CD) come Spinnaker. Pertanto, arriva un momento in cui ogni team ha decisamente bisogno del proprio spazio dei nomi. Ogni team pu\u00f2 anche scegliere pi\u00f9 spazi dei nomi per l'ambiente di sviluppo e l'ambiente di produzione. <\/p>\n

Finalmente, ci sono grandi aziende imprenditoriali in cui un gruppo di sviluppatori non sa nemmeno dell'esistenza di altri gruppi. Queste aziende possono addirittura assumere sviluppatori esterni che interagiscono tramite API ben documentate. In ogni gruppo c'\u00e8 un certo numero di team e di microservizi. In questo caso, \u00e8 necessario utilizzare tutti gli strumenti di cui ho parlato in precedenza.<\/p>\n

\"Le
\n
\nGli programmatori non devono distribuire i servizi manualmente e non devono avere accesso a spazi dei nomi che non li riguardano. A questo punto, \u00e8 utile avere diversi cluster per ridurre il \"raggio d'esplosione\" di applicazioni mal configurate, semplificando i processi di fatturazione e gestione delle risorse.<\/p>\n

Pertanto, un uso corretto degli spazi dei nomi da parte della vostra organizzazione rende Kubernetes pi\u00f9 gestibile, controllabile, sicuro e flessibile.<\/p>\n

Le migliori pratiche di Kubernetes. Verifica della vitalit\u00e0 di Kubernetes tramite test di Readiness e Liveness<\/a><\/noindex><\/p>\n

\r\n \"Riproduci\r\n
<\/div>\r\n <\/div><\/center><\/p>\n

Un po' di pubblicit\u00e0 \ud83d\ude42<\/h3>\n

\nGrazie per essere con noi. Ti piacciono i nostri articoli? Vuoi vedere pi\u00f9 contenuti interessanti? Supportaci effettuando un ordine o raccomandandoci ai tuoi conoscenti, VPS cloud per sviluppatori a partire da $4,99<\/a><\/noindex>, un'alternativa unica ai server entry-level, che abbiamo creato per te:<\/b> Tutta la verit\u00e0 su VPS (KVM) E5-2697 v3 (6 Core) 10GB DDR4 480GB SSD 1Gbps a partire da $19. Come dividere il server correttamente?<\/a><\/noindex> (disponibili opzioni con RAID1 e RAID10, fino a 24 core e fino a 40GB DDR4).<\/p>\n

Dell R730xd a met\u00e0 prezzo nel data center Equinix Tier IV ad Amsterdam?<\/b> Solo da noi 2 x Intel TetraDeca-Core Xeon 2x E5-2697v3 2.6GHz 14C 64GB DDR4 4x960GB SSD 1Gbps 100 TB a partire da $199<\/a><\/noindex> nei Paesi Bassi! Dell R420 \u2014 2x E5-2430 2.2GHz 6C 128GB DDR3 2x960GB SSD 1Gbps 100TB \u2014 a partire da $99!<\/b><\/b> Scopri di pi\u00f9 su Come costruire un'infrastruttura di classe enterprise con server Dell R730xd E5-2650 v4 dal costo di 9000 euro a prezzi stracciati?<\/a><\/noindex>
\n
Fonte: habr.com<\/a> <\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"

\u041b\u0443\u0447\u0448\u0438\u0435 \u043f\u0440\u0430\u043a\u0442\u0438\u043a\u0438 Kubernetes. \u0421\u043e\u0437\u0434\u0430\u043d\u0438\u0435 \u043d\u0435\u0431\u043e\u043b\u044c\u0448\u0438\u0445 \u043a\u043e\u043d\u0442\u0435\u0439\u043d\u0435\u0440\u043e\u0432 \u041f\u043e \u043c\u0435\u0440\u0435 \u0442\u043e\u0433\u043e \u043a\u0430\u043a \u0432\u044b \u043d\u0430\u0447\u0438\u043d\u0430\u0435\u0442\u0435 \u0441\u043e\u0437\u0434\u0430\u0432\u0430\u0442\u044c \u0432\u0441\u0435 \u0431\u043e\u043b\u044c\u0448\u0435 \u0438 \u0431\u043e\u043b\u044c\u0448\u0435 \u0441\u0435\u0440\u0432\u0438\u0441\u043e\u0432 Kubernetes, \u043f\u0440\u043e\u0441\u0442\u044b\u0435 \u043f\u043e \u043d\u0430\u0447\u0430\u043b\u0443 \u0437\u0430\u0434\u0430\u0447\u0438 \u043d\u0430\u0447\u0438\u043d\u0430\u044e\u0442 \u0443\u0441\u043b\u043e\u0436\u043d\u044f\u0442\u044c\u0441\u044f. \u041d\u0430\u043f\u0440\u0438\u043c\u0435\u0440, \u043a\u043e\u043c\u0430\u043d\u0434\u044b \u0440\u0430\u0437\u0440\u0430\u0431\u043e\u0442\u0447\u0438\u043a\u043e\u0432 \u043d\u0435 \u043c\u043e\u0433\u0443\u0442 \u0441\u043e\u0437\u0434\u0430\u0432\u0430\u0442\u044c \u0441\u043b\u0443\u0436\u0431\u044b \u0438\u043b\u0438 \u0440\u0430\u0437\u0432\u0435\u0440\u0442\u044b\u0432\u0430\u043d\u0438\u044f \u043f\u043e\u0434 \u043e\u0434\u043d\u0438\u043c \u0438 \u0442\u0435\u043c \u0436\u0435 \u0438\u043c\u0435\u043d\u0435\u043c. \u0415\u0441\u043b\u0438 \u0443 \u0432\u0430\u0441 \u0442\u044b\u0441\u044f\u0447\u0438 \u043f\u043e\u0434\u043e\u0432, \u0438\u0445 \u043f\u0440\u043e\u0441\u0442\u043e\u0435 \u043f\u0435\u0440\u0435\u0447\u0438\u0441\u043b\u0435\u043d\u0438\u0435 \u0437\u0430\u0439\u043c\u0435\u0442 \u043a\u0443\u0447\u0443 \u0432\u0440\u0435\u043c\u0435\u043d\u0438, \u043d\u0435 \u0433\u043e\u0432\u043e\u0440\u044f \u043e \u0442\u043e\u043c, […]<\/p>\n","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"author":1,"featured_media":82224,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[688],"tags":[],"class_list":["post-82223","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-administrirovanie"],"aioseo_notices":[],"aioseo_head":"\n\t\t\n\t\n\t\n\t\n\t\n\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\n","aioseo_head_json":{"title":"\ud83e\udd47Migliori pratiche di Kubernetes. Organizzazione di Kubernetes con spazi dei nomi | ProHoster","description":"Migliori pratiche Kubernetes.","canonical_url":"https:\/\/prohoster.info\/it\/blog\/administrirovanie\/luchshie-praktiki-kubernetes-organizacziya-kubernetes-s-prostranstvom-imen","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\u041b\u0443\u0447\u0448\u0438\u0435 \u043f\u0440\u0430\u043a\u0442\u0438\u043a\u0438 Kubernetes. \u041e\u0440\u0433\u0430\u043d\u0438\u0437\u0430\u0446\u0438\u044f Kubernetes \u0441 \u043f\u0440\u043e\u0441\u0442\u0440\u0430\u043d\u0441\u0442\u0432\u043e\u043c \u0438\u043c\u0435\u043d | ProHoster","og:description":"\u041b\u0443\u0447\u0448\u0438\u0435 \u043f\u0440\u0430\u043a\u0442\u0438\u043a\u0438 Kubernetes.","og:url":"https:\/\/prohoster.info\/it\/blog\/administrirovanie\/luchshie-praktiki-kubernetes-organizacziya-kubernetes-s-prostranstvom-imen","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":"2020-05-20T11:42:34+00:00","article:modified_time":"2020-05-20T11:42:34+00:00","article:publisher":"https:\/\/www.facebook.com\/prohoster","article:author":"https:\/\/www.facebook.com\/prohoster"},"aioseo_meta_data":{"post_id":"82223","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":null,"breadcrumb_settings":null,"limit_modified_date":false,"reviewed_by":null,"ai":null,"created":"2021-02-28 15:41:29","updated":"2022-09-29 19:27:31","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\/82223","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=82223"}],"version-history":[{"count":0,"href":"https:\/\/prohoster.info\/it\/wp-json\/wp\/v2\/posts\/82223\/revisions"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/prohoster.info\/it\/wp-json\/wp\/v2\/media\/82224"}],"wp:attachment":[{"href":"https:\/\/prohoster.info\/it\/wp-json\/wp\/v2\/media?parent=82223"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/prohoster.info\/it\/wp-json\/wp\/v2\/categories?post=82223"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/prohoster.info\/it\/wp-json\/wp\/v2\/tags?post=82223"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}