{"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 spazi dei nomi","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

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

Man mano che inizi a creare sempre pi\u00f9 servizi Kubernetes, compiti inizialmente 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 semplicemente richieder\u00e0 molto tempo, per non parlare del fatto di garantire una gestione adeguata. E questo \u00e8 solo la punta dell'iceberg.<\/p>\n

Vediamo come gli spazi dei nomi (namespace) facilitano la gestione delle risorse Kubernetes. Ma cos'\u00e8 esattamente uno spazio dei nomi? Pu\u00f2 essere considerato come un cluster virtuale all'interno del tuo cluster Kubernetes. Puoi avere pi\u00f9 spazi dei nomi isolati l'uno dall'altro all'interno di un unico cluster Kubernetes. Possono davvero aiutarti e aiutare i tuoi team nell'organizzazione, nella sicurezza e persino nelle prestazioni del sistema.<\/p>\n

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

\"Le
\n
\nNon 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 punto in cui vengono creati i tuoi servizi e applicazioni. Non c'\u00e8 assolutamente nulla di speciale, tranne il fatto che Kubernetes \u00e8 configurato per usarlo \"out of the box\", e non puoi eliminarlo. \u00c8 perfetto per iniziare e per sistemi a bassa capacit\u00e0, ma non consiglio di utilizzare 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 e compromettere il lavoro dell'altro, anche senza rendersene conto.<\/p>\n

Pertanto, \u00e8 consigliabile creare diversi spazi dei nomi e utilizzarli per segmentare i tuoi servizi in unit\u00e0 gestibili. Puoi creare uno spazio dei nomi con un solo comando. Se vuoi creare uno spazio dei nomi chiamato test, utilizza il comando $ kubectl create namespace test oppure crea semplicemente un file YAML e usalo come qualsiasi altra risorsa Kubernetes.<\/p>\n

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

\"Le
\n
\nDopo averlo completato, vedrete tre spazi dei nomi incorporati e un nuovo spazio dei nomi chiamato \u00abtest\u00bb. Esaminiamo un semplice file YAML destinato alla creazione di un pod. Si pu\u00f2 notare che non c'\u00e8 alcun riferimento allo spazio dei nomi.<\/p>\n

\"Le
\n
\nSe utilizzate kubectl per eseguire questo file, verr\u00e0 creato un modulo mypod nello spazio dei nomi attivo corrente. Questo sar\u00e0 lo spazio dei nomi predefinito, a meno che non lo modifichiate. Ci sono 2 modi per comunicare a Kubernetes in quale spazio dei nomi desiderate creare la vostra risorsa. Il primo modo \u00e8 utilizzare il flag dello spazio dei nomi durante la creazione della risorsa. <\/p>\n

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

\"Le
\n
\nSe si specifica lo spazio dei nomi nel YAML, la risorsa verr\u00e0 sempre creata in quello spazio. Se tentate di utilizzare un altro spazio dei nomi con il flag dello spazio dei nomi, il comando restituir\u00e0 un errore. Ora, se provate a trovare il vostro pod, non sarete in grado di farlo. <\/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 vostro pod, dovete utilizzare il flag dello spazio dei nomi, ma diventa rapidamente fastidioso, soprattutto se lavorate come sviluppatori in un gruppo che utilizza il proprio spazio dei nomi e non vuole usare quel flag per ogni singolo comando. Vediamo come possiamo risolvere questo problema.<\/p>\n

\"Le
\n
\nDi default, il vostro spazio dei nomi attivo si chiama default. Se non specificate lo spazio dei nomi nel YAML della risorsa, tutti i comandi Kubernetes utilizzeranno questo spazio dei nomi attivo default. Purtroppo, cercare di gestire lo spazio dei nomi attivo tramite kubectl pu\u00f2 risultare difficile. Tuttavia, esiste uno strumento molto utile chiamato Kubens, che semplifica notevolmente questo processo. Quando eseguite il comando kubens, vedrete tutti gli spazi dei nomi con lo spazio dei nomi attivo evidenziato. <\/p>\n

\"Le
\n
\nPer cambiare lo spazio dei nomi attivo in quello di test, basta eseguire il comando $ kubens test. Se dopo questo reinserite il comando $ kubens, potrete vedere che ora \u00e8 stato evidenziato un nuovo spazio dei nomi attivo: test.<\/p>\n

\"Le
\n
\nCi\u00f2 significa che non hai bisogno di un flag del namespace per vedere il pod nel namespace test.<\/p>\n

\"Le
\n
\nIn questo modo i namespace sono nascosti l'uno dall'altro, ma non isolati. Un servizio di un namespace pu\u00f2 comunicare abbastanza facilmente con un servizio in un altro namespace, il che \u00e8 spesso molto utile. La possibilit\u00e0 di comunicazione tra diversi namespace significa che il servizio dei tuoi sviluppatori pu\u00f2 interagire con il servizio di un altro team di sviluppo in un altro namespace.<\/p>\n

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

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

\"Le
\n
\nIn genere, hai solo bisogno del nome del servizio e il DNS determiner\u00e0 automaticamente l'indirizzo completo. <\/p>\n

\"Le
\n
\nTuttavia, se hai bisogno di accedere a un servizio in un altro namespace, puoi semplicemente usare il nome del servizio pi\u00f9 il nome del namespace:<\/p>\n

\"Le
\n
\nAd esempio, se desideri connetterti al database di un servizio nel namespace di test, puoi usare l'indirizzo database.test.<\/p>\n

\"Le
\n
\nSe invece desideri connetterti al database di un servizio nel namespace di produzione, utilizzi database.prod.<\/p>\n

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

Mi viene spesso chiesto quanti namespace siano necessari e a quali scopi. Cos'\u00e8 quindi un frammento di dati gestito?<\/p>\n

Se crei troppi spazi dei nomi, saranno solo d'intralcio. Se ne hai troppo pochi, perderai tutti i vantaggi di questa 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 la strategia appropriata per la creazione degli spazi dei nomi.<\/p>\n

Immagina di far parte di un piccolo team che lavora allo sviluppo di 5-10 microservizi e puoi facilmente riunire tutti gli sviluppatori in una sola stanza. In questa situazione ha senso avviare tutti i servizi di produzione nello spazio dei nomi predefinito. Certamente, per avere maggiori possibilit\u00e0 di manovra puoi utilizzare 2 spazi dei nomi: uno separato per produzione e uno per sviluppo. \u00c8 probabile che tu stia testando i tuoi sviluppi sul computer locale utilizzando qualcosa come Minikube. <\/p>\n

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

\"Le
\n
\nMan mano che ogni membro del team acquisisce una visione del funzionamento del sistema nel suo complesso, coordinare ogni modifica con tutti 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 non sanno nemmeno chi stia lavorando a cosa. I team comunicano attraverso contratti di servizio o utilizzano la tecnologia Service mesh, che aggiunge un livello di astrazione sopra la rete, simile a uno strumento di configurazione come Istio. Provare a eseguire l'intero stack in locale \u00e8 praticamente impossibile. Consiglio vivamente di utilizzare una piattaforma di consegna continua (CD) come Spinnaker in Kubernetes. Pertanto, arriva il momento in cui ogni team ha sicuramente bisogno del proprio spazio dei nomi. Ogni team pu\u00f2 anche scegliere diversi spazi dei nomi per l'ambiente dev e l'ambiente prod. <\/p>\n

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

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

Quindi, 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. Controllo della vitalit\u00e0 di Kubernetes tramite test di Readiness e Liveness<\/a><\/noindex><\/p>\n

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

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

\nGrazie per rimanere con noi. Ti piacciono i nostri articoli? Vuoi vedere pi\u00f9 contenuti interessanti? Supportaci effettuando un ordine o raccomandandoci a qualcuno. VPS cloud per sviluppatori a partire da $4.99.<\/a><\/noindex>, unica alternativa ai server entry-level, concepita da noi per te:<\/b> Tutta la verit\u00e0 sui VPS (KVM) E5-2697 v3 (6 Core) 10GB DDR4 480GB SSD 1Gbps a partire da $19 o come dividere correttamente un server?<\/a><\/noindex> (sono 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> Leggi di Come costruire un'infrastruttura di livello enterprise utilizzando server Dell R730xd E5-2650 v4 del valore di 9000 euro a pochi spiccioli?<\/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\udd47Le migliori pratiche di Kubernetes. Organizzazione di Kubernetes con spazio 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}]}}