{"id":31761,"date":"2019-10-31T21:42:55","date_gmt":"2019-10-31T18:42:55","guid":{"rendered":"https:\/\/prohoster.info\/blog\/mikroservisy-razmer-imeet-znachenie-dazhe-esli-u-vas-kubernetes\/"},"modified":"2019-10-31T21:42:55","modified_gmt":"2019-10-31T18:42:55","slug":"mikroservisy-razmer-imeet-znachenie-dazhe-esli-u-vas-kubernetes","status":"publish","type":"post","link":"https:\/\/prohoster.info\/es\/blog\/administrirovanie\/mikroservisy-razmer-imeet-znachenie-dazhe-esli-u-vas-kubernetes","title":{"rendered":"Microservicios: el tama\u00f1o importa, incluso si tienes Kubernetes","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

19 de septiembre en Mosc\u00fa se llev\u00f3 a cabo<\/a><\/noindex> el primer mitap tem\u00e1tico HUG (Highload++ User Group), que estuvo dedicado a los microservicios. En \u00e9l se present\u00f3 la ponencia \u00abOperaci\u00f3n de microservicios: el tama\u00f1o importa, incluso si tienes Kubernetes\u00bb, en la que compartimos la amplia experiencia de la empresa \u00abFlant\u00bb en la operaci\u00f3n de proyectos con arquitectura de microservicios. En primer lugar, ser\u00e1 \u00fatil para todos los desarrolladores que est\u00e9n considerando aplicar este enfoque en su proyecto actual o futuro.<\/p>\n

\"Microservicios:
\n
\nPresentamos el video de la presentaci\u00f3n<\/b><\/a><\/noindex> (50 minutos, mucho m\u00e1s informativo que el art\u00edculo), as\u00ed como un resumen principal en formato de texto.<\/p>\n

NB: El video y la presentaci\u00f3n tambi\u00e9n est\u00e1n disponibles al final de esta publicaci\u00f3n.<\/i><\/a><\/noindex><\/p>\n

Introducci\u00f3n<\/h2>\n

\nNormalmente, una buena historia tiene un principio, un desarrollo y un final. Esta presentaci\u00f3n se asemeja m\u00e1s a un principio, y adem\u00e1s tr\u00e1gico. Tambi\u00e9n es importante se\u00f1alar que presenta una perspectiva de los microservicios desde el lado de la operaci\u00f3n<\/i>.<\/p>\n

Comenzar\u00e9 con este gr\u00e1fico, cuyo autor (en 2015) fue<\/a><\/noindex> Martin Fowler:<\/p>\n

\"Microservicios:
\n
\nEn \u00e9l se puede ver c\u00f3mo, en el caso de una aplicaci\u00f3n monol\u00edtica, al alcanzar cierto tama\u00f1o, comienza a disminuir la productividad. Los microservicios se caracterizan por tener una productividad inicial m\u00e1s baja, pero a medida que aumenta la complejidad, la degradaci\u00f3n en la eficiencia no es tan evidente.<\/p>\n

Complementar\u00e9 este gr\u00e1fico para el caso de uso de Kubernetes:<\/p>\n

\"Microservicios:
\n
\n\u00bfPor qu\u00e9 una aplicaci\u00f3n con microservicios ha mejorado? Porque esta arquitectura plantea serias exigencias a la arquitectura, que a su vez se resuelven perfectamente con las capacidades de Kubernetes. Por otro lado, parte de esta funcionalidad tambi\u00e9n ser\u00e1 \u00fatil para el monolito, especialmente porque el monolito t\u00edpico de hoy en d\u00eda no es del todo un monolito (los detalles se abordar\u00e1n m\u00e1s adelante en la presentaci\u00f3n).<\/p>\n

Como se puede ver, el gr\u00e1fico final (cuando tanto las aplicaciones monol\u00edticas como las microservicios se utilizan en una infraestructura con Kubernetes) no difiere mucho del original. A continuaci\u00f3n, hablaremos sobre las aplicaciones operadas utilizando Kubernetes.<\/p>\n

Utilidad y maleficio de los microservicios<\/h2>\n

\nY aqu\u00ed est\u00e1 la idea principal:<\/p>\n

\"Microservicios:
\n
\n\u00bfQu\u00e9 es una arquitectura de microservicios<\/b> normal? Debe brindarte un beneficio real, aumentando la eficiencia del trabajo. Si regresamos al gr\u00e1fico, aqu\u00ed est\u00e1:<\/p>\n

\"Microservicios:
\n
\nSi la llamamos \u00fatil<\/b>, entonces en el otro lado del gr\u00e1fico habr\u00e1 perjudicial<\/b> microservicios (interfiriendo con el trabajo):<\/p>\n

\"Microservicios:
\n
\nVolviendo a la \"idea principal\": \u00bfvale la pena confiar en mi experiencia? Desde principios de este a\u00f1o he visto 85 proyectos<\/b>. No todos eran microservicios (aproximadamente un tercio a la mitad ten\u00eda esa arquitectura), pero de todas formas es un n\u00famero considerable. A nosotros (la empresa 'Flant') como outsourcers nos resulta posible observar una amplia variedad de aplicaciones, desarrolladas tanto en peque\u00f1as empresas (con 5 desarrolladores), como en grandes (~500 desarrolladores). Un beneficio adicional es que vemos c\u00f3mo estas aplicaciones viven y evolucionan a lo largo de los a\u00f1os.<\/p>\n

\u00bfPor qu\u00e9 microservicios?<\/h2>\n

\nA la pregunta sobre la utilidad de los microservicios hay una respuesta bastante concreta<\/a><\/noindex> de Martin Fowler ya mencionado:<\/p>\n

    \n
  1. l\u00edmites claros de modularidad;<\/li>\n
  2. despliegue independiente;<\/li>\n
  3. libertad de elecci\u00f3n de tecnolog\u00edas.<\/li>\n<\/ol>\n

    \nHe hablado mucho con arquitectos y desarrolladores de software y les he preguntado por qu\u00e9 necesitan microservicios. He elaborado mi lista de expectativas. Esto es lo que obtuve:<\/p>\n

    \"Microservicios:
    \n
    \nSi describiera \"en sensaciones\" algunos de los puntos, ser\u00edan:<\/p>\n