{"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\/es\/blog\/administrirovanie\/luchshie-praktiki-kubernetes-organizacziya-kubernetes-s-prostranstvom-imen","title":{"rendered":"Mejores pr\u00e1cticas de Kubernetes. Organizaci\u00f3n de Kubernetes con el espacio de nombres","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

Mejores pr\u00e1cticas de Kubernetes. Creaci\u00f3n de contenedores peque\u00f1os<\/a><\/noindex><\/p>\n

A medida que comienzas a crear cada vez m\u00e1s servicios de Kubernetes, las tareas que al principio parecen simples se vuelven m\u00e1s complejas. Por ejemplo, los equipos de desarrollo no pueden crear servicios o despliegues con el mismo nombre. Si tienes miles de pods, simplemente enumerarlos tomar\u00e1 mucho tiempo, sin mencionar garantizar una gesti\u00f3n adecuada. Y eso es solo la punta del iceberg.<\/p>\n

Veamos c\u00f3mo el espacio de nombres facilita la gesti\u00f3n de los recursos de Kubernetes. Entonces, \u00bfqu\u00e9 es un espacio de nombres? Se puede considerar un espacio de nombres como un cl\u00faster virtual dentro de tu cl\u00faster de Kubernetes. Puedes tener varios espacios de nombres aislados entre s\u00ed dentro de un solo cl\u00faster de Kubernetes. Realmente pueden ayudarte a ti y a tus equipos con la organizaci\u00f3n, la seguridad e incluso el rendimiento del sistema.<\/p>\n

\"Mejores
\n
\nEn la mayor\u00eda de las distribuciones de Kubernetes, el cl\u00faster \"viene por defecto\" con un espacio de nombres denominado \"default\". En realidad, hay tres espacios de nombres con los que Kubernetes trabaja: default, kube-system y kube-public. En la actualidad, kube-public no se utiliza con mucha frecuencia.<\/a><\/noindex><\/p>\n

\"Mejores
\n
\nNo tocar el espacio de nombres kube es una buena idea, especialmente en un sistema gestionado como Google Kubernetes Engine. Utiliza el espacio de nombres \"default\" como el lugar donde se crean tus servicios y aplicaciones. No hay nada particularmente especial en \u00e9l, excepto que Kubernetes est\u00e1 configurado \"por defecto\" para usarlo, y no puedes eliminarlo. Es perfecto para comenzar y para sistemas con poco rendimiento, pero no recomendar\u00eda usar el espacio de nombres default en sistemas de producci\u00f3n grandes. En ese \u00faltimo caso, un equipo de desarrollo podr\u00eda f\u00e1cilmente sobrescribir el c\u00f3digo de otro y romper el trabajo de otro equipo, sin siquiera darse cuenta.<\/p>\n

Por lo tanto, es recomendable crear varios espacios de nombres y utilizarlos para segmentar tus servicios en unidades gestionadas. Puedes crear un espacio de nombres con un solo comando. Si deseas crear un espacio de nombres llamado test, utiliza el comando $ kubectl create namespace test o simplemente crea un archivo YAML y util\u00edzalo como cualquier otro recurso de Kubernetes.<\/p>\n

\"Mejores
\n
\nPuede ver todos los espacios de nombres mediante el comando $ kubectl get namespace. <\/p>\n

\"Mejores
\n
\nDespu\u00e9s de ejecutarlo, ver\u00e1 tres espacios de nombres incorporados y un nuevo espacio de nombres llamado \u00abtest\u00bb. Vamos a revisar un archivo YAML simple destinado a crear un pod. Puede notar que no hay ninguna menci\u00f3n al espacio de nombres.<\/p>\n

\"Mejores
\n
\nSi aplica kubectl para ejecutar este archivo, crear\u00e1 un m\u00f3dulo mypod en el espacio de nombres activo actual. Este ser\u00e1 el espacio de nombres predeterminado hasta que lo cambie. Hay 2 maneras de indicarle a Kubernetes en qu\u00e9 espacio de nombres desea crear su recurso. La primera manera es usar la bandera de espacio de nombres al crear el recurso. <\/p>\n

\"Mejores
\n
\nLa segunda manera es especificar el espacio de nombres en la declaraci\u00f3n YAML.<\/p>\n

\"Mejores
\n
\nSi especifica el espacio de nombres en YAML, el recurso siempre se crear\u00e1 en ese espacio. Si intenta usar otro espacio de nombres al usar la bandera de espacio de nombres, el comando generar\u00e1 un error. Ahora, si intenta buscar su pod, no podr\u00e1 hacerlo. <\/p>\n

\"Mejores
\n
\nEsto es porque todos los comandos se ejecutan fuera del espacio de nombres activo actual. Para encontrar su pod, necesita usar la bandera de espacio de nombres, sin embargo, esto puede volverse tedioso, especialmente si trabaja como desarrollador en un grupo que utiliza su propio espacio de nombres y no desea usar esta bandera para cada comando individual. Veamos c\u00f3mo se puede solucionar esto.<\/p>\n

\"Mejores
\n
\nDe forma predeterminada, su espacio de nombres activo se llama default. Si no especifica un espacio de nombres en el recurso YAML, todos los comandos de Kubernetes utilizar\u00e1n este espacio de nombres activo por defecto. Desafortunadamente, intentar gestionar el espacio de nombres activo con kubectl puede fallar. Sin embargo, hay una herramienta muy buena llamada Kubens que simplifica mucho este proceso. Cuando ejecuta el comando kubens, ve todos los espacios de nombres con el espacio de nombres activo resaltado. <\/p>\n

\"Mejores
\n
\nPara cambiar el espacio de nombres activo a test, simplemente ejecute el comando $ kubens test. Si luego vuelve a introducir el comando $ kubens, puede ver que ahora se ha destacado un nuevo espacio de nombres activo: test.<\/p>\n

\"Mejores
\n
\nEsto significa que no necesitas una etiqueta de espacio de nombres para ver el pod en el espacio de nombres test.<\/p>\n

\"Mejores
\n
\nAs\u00ed, los espacios de nombres est\u00e1n ocultos entre s\u00ed, pero no est\u00e1n aislados uno del otro. Un servicio de un namespace puede comunicarse bastante f\u00e1cilmente con un servicio en otro espacio de nombres, lo cual es a menudo muy \u00fatil. La posibilidad de comunicaci\u00f3n entre diferentes espacios de nombres significa que el servicio de tus desarrolladores puede interactuar con el servicio de otro equipo de desarrollo en otro namespace.<\/p>\n

Generalmente, cuando tu aplicaci\u00f3n quiere acceder a un servicio de Kubernetes, usas el servicio de descubrimiento DNS integrado y simplemente le indicas a tu aplicaci\u00f3n el nombre del servicio. Sin embargo, puedes crear un servicio con el mismo nombre en varios espacios de nombres, lo cual no es permitido. <\/p>\n

\"Mejores
\n
\nAfortunadamente, esto es f\u00e1cil de evitar utilizando la forma expandida de la direcci\u00f3n DNS. Los servicios en Kubernetes exponen sus puntos finales utilizando un patr\u00f3n DNS com\u00fan. Se ve algo as\u00ed:<\/p>\n

\"Mejores
\n
\nPor lo general, solo necesitas el nombre del servicio, y DNS autom\u00e1ticamente resolver\u00e1 la direcci\u00f3n completa. <\/p>\n

\"Mejores
\n
\nSin embargo, si necesitas acceder a un servicio en otro espacio de nombres, simplemente usa el nombre del servicio m\u00e1s el nombre del espacio de nombres:<\/p>\n

\"Mejores
\n
\nPor ejemplo, si quieres conectarte a la base de datos del servicio en el espacio de nombres de prueba, puedes usar la direcci\u00f3n database.test.<\/p>\n

\"Mejores
\n
\nSi deseas conectarte a la base de datos del servicio en el espacio de nombres de producci\u00f3n, usas database.prod.<\/p>\n

\"Mejores
\n
\nSi realmente deseas aislar y restringir el acceso al espacio de nombres, Kubernetes permite hacerlo utilizando pol\u00edticas de red de Kubernetes Network Policies. De esto hablar\u00e9 en la siguiente serie. <\/p>\n

A menudo me preguntan cu\u00e1ntos espacios de nombres deben crearse y con qu\u00e9 prop\u00f3sitos. \u00bfQu\u00e9 es, entonces, un fragmento de datos administrado?<\/p>\n

Si crea demasiados espacios de nombres, simplemente se interpondr\u00e1n en su camino. Si hay muy pocos, perder\u00e1 todas las ventajas de tal soluci\u00f3n. Creo que hay cuatro etapas principales que cada empresa atraviesa en el proceso de crear su estructura organizativa. Dependiendo de la etapa de desarrollo en la que se encuentre su proyecto o empresa, puede adoptar la estrategia adecuada para la creaci\u00f3n del espacio de nombres.<\/p>\n

Imagina que eres parte de un peque\u00f1o equipo que trabaja en el desarrollo de entre 5 y 10 microservicios y puedes reunir a todos los desarrolladores en una sola sala. En esta situaci\u00f3n, tiene sentido ejecutar todos los servicios de producci\u00f3n en el espacio de nombres predeterminado. Por supuesto, para tener m\u00e1s espacio de maniobra, puede utilizar 2 espacios de nombres: uno para producci\u00f3n y otro para desarrollo. Y es muy probable que est\u00e9 probando su desarrollo en su computadora local utilizando algo como Minikube. <\/p>\n

Supongamos que las condiciones han cambiado y ahora tiene un equipo de r\u00e1pida expansi\u00f3n que trabaja simult\u00e1neamente en m\u00e1s de 10 microservicios. Llega un momento en que es necesario utilizar varios cl\u00fasteres o espacios de nombres, separados para producci\u00f3n y desarrollo. Puede dividir el equipo en varios subgrupos para que cada uno tenga sus propios microservicios y cada uno de estos equipos pueda elegir su propio espacio de nombres para facilitar el proceso de gesti\u00f3n del desarrollo y la entrega de software.<\/p>\n

\"Mejores
\n
\nA medida que cada miembro del equipo comprende c\u00f3mo funciona el sistema en su conjunto, coordinar cada cambio con los dem\u00e1s desarrolladores se vuelve cada vez m\u00e1s dif\u00edcil. Intentar ejecutar la pila completa en su computadora local se vuelve m\u00e1s complejo d\u00eda a d\u00eda. <\/p>\n

En las grandes empresas, los desarrolladores a menudo no saben qui\u00e9n est\u00e1 trabajando en qu\u00e9. Los equipos se comunican a trav\u00e9s de contratos de servicio o utilizan la tecnolog\u00eda Service mesh, que a\u00f1ade un nivel de abstracci\u00f3n sobre la red, como la herramienta de configuraci\u00f3n Istio. Intentar ejecutar toda la pila localmente es simplemente imposible. Recomiendo encarecidamente utilizar una plataforma de entrega continua (CD) como Spinnaker en Kubernetes. As\u00ed que llega un momento en el que cada equipo definitivamente necesita su propio espacio de nombres. Cada equipo incluso puede elegir varios espacios de nombres para el entorno de desarrollo (dev) y el entorno de producci\u00f3n (prod). <\/p>\n

Finalmente, existen grandes empresas donde un grupo de desarrolladores ni siquiera sabe de la existencia de otros grupos. Esta empresa puede incluso contratar desarrolladores externos que interact\u00faan a trav\u00e9s de API bien documentadas. Dentro de cada uno de estos grupos, hay varios equipos y varios microservicios. En este caso, es necesario utilizar todas las herramientas que mencion\u00e9 anteriormente.<\/p>\n

\"Mejores
\n
\nLos programadores no deben implementar servicios manualmente y no deber\u00edan tener acceso a los espacios de nombres que no les conciernen. En esta etapa, es sensato tener varios cl\u00fasteres para reducir el \"radio de explosi\u00f3n\" de aplicaciones mal configuradas, para simplificar los procesos de facturaci\u00f3n y la gesti\u00f3n de recursos.<\/p>\n

As\u00ed, el uso adecuado de los espacios de nombres por parte de su organizaci\u00f3n permite que Kubernetes sea m\u00e1s manejable, controlable, seguro y flexible.<\/p>\n

Mejores pr\u00e1cticas de Kubernetes. Verificaci\u00f3n de la viabilidad de Kubernetes mediante pruebas de Readiness y Liveness.<\/a><\/noindex><\/p>\n

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

Un poco de publicidad \ud83d\ude42<\/h3>\n

\nGracias por permanecer con nosotros. \u00bfTe gustan nuestros art\u00edculos? \u00bfQuieres ver m\u00e1s contenido interesante? Ap\u00f3yanos haciendo un pedido o recomendando a tus conocidos, VPS en la nube para desarrolladores desde $4.99<\/a><\/noindex>, un an\u00e1logo \u00fanico de servidores entry-level que hemos dise\u00f1ado para Ti:<\/b> Toda la verdad sobre VPS (KVM) E5-2697 v3 (6 n\u00facleos) 10GB DDR4 480GB SSD 1Gbps desde $19, o c\u00f3mo dividir correctamente un servidor?<\/a><\/noindex> (disponibles opciones con RAID1 y RAID10, hasta 24 n\u00facleos y hasta 40GB DDR4).<\/p>\n

\u00bfDell R730xd a mitad de precio en el centro de datos Equinix Tier IV en \u00c1msterdam?<\/b> Solo aqu\u00ed 2 x Intel TetraDeca-Core Xeon 2x E5-2697v3 2.6GHz 14C 64GB DDR4 4x960GB SSD 1Gbps 100 TB desde $199<\/a><\/noindex> \u00a1en los Pa\u00edses Bajos! Dell R420 \u2014 2x E5-2430 2.2Ghz 6C 128GB DDR3 2x960GB SSD 1Gbps 100TB \u2014 \u00a1desde $99!<\/b><\/b> Lee sobre c\u00f3mo Construir infraestructura de clase empresarial usando servidores Dell R730xd E5-2650 v4 que cuestan 9000 euros a un precio asequible?<\/a><\/noindex>
\n
Fuente: 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\udd47 Mejores pr\u00e1cticas de Kubernetes. Organizaci\u00f3n de Kubernetes con espacio de nombres | ProHoster","description":"Mejores pr\u00e1cticas de Kubernetes.","canonical_url":"https:\/\/prohoster.info\/es\/blog\/administrirovanie\/luchshie-praktiki-kubernetes-organizacziya-kubernetes-s-prostranstvom-imen","robots":"max-image-preview:large","keywords":"","webmasterTools":{"miscellaneous":""},"schema":null,"og:locale":"es_ES","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\/es\/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\/es\/wp-json\/wp\/v2\/posts\/82223","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/prohoster.info\/es\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/prohoster.info\/es\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/prohoster.info\/es\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/prohoster.info\/es\/wp-json\/wp\/v2\/comments?post=82223"}],"version-history":[{"count":0,"href":"https:\/\/prohoster.info\/es\/wp-json\/wp\/v2\/posts\/82223\/revisions"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/prohoster.info\/es\/wp-json\/wp\/v2\/media\/82224"}],"wp:attachment":[{"href":"https:\/\/prohoster.info\/es\/wp-json\/wp\/v2\/media?parent=82223"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/prohoster.info\/es\/wp-json\/wp\/v2\/categories?post=82223"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/prohoster.info\/es\/wp-json\/wp\/v2\/tags?post=82223"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}