{"id":4848,"date":"2018-03-19T09:17:21","date_gmt":"2018-03-19T16:17:21","guid":{"rendered":"https:\/\/www.couchbase.com\/blog\/?p=4848"},"modified":"2020-11-12T11:37:08","modified_gmt":"2020-11-12T19:37:08","slug":"kubernetes-operators-game-changer","status":"publish","type":"post","link":"https:\/\/www.couchbase.com\/blog\/es\/kubernetes-operators-game-changer\/","title":{"rendered":"Por qu\u00e9 los operadores de Kubernetes cambian las reglas del juego"},"content":{"rendered":"

Toda la comunidad de desarrolladores web est\u00e1 entusiasmada con Kubernetes (K8s). No es de extra\u00f1ar que sea el tema m\u00e1s candente en las conferencias y eventos para desarrolladores a los que he asistido el \u00faltimo a\u00f1o.<\/span><\/p>\n

No es s\u00f3lo una herramienta para gestionar contenedores, de hecho, K8s le permite a\u00f1adir f\u00e1cilmente <\/span>equilibrio de carga <\/span><\/i>y evita la necesidad de un <\/span>capa de descubrimiento de servicios<\/span><\/i> (ya no necesita <\/span>eureka<\/span><\/a> por ejemplo). K8s tambi\u00e9n automatiza los despliegues y actualizaciones de aplicaciones y, lo que es m\u00e1s importante, le permite conectar\/escribir controladores personalizados para su infraestructura.<\/span><\/p>\n

Fant\u00e1stico, \u00bfverdad? Pero la gesti\u00f3n de contenedores sin estado no es tan complicada, despu\u00e9s de todo, son esencialmente ef\u00edmeros y puede matar y girar instancias como desee sin efectos secundarios considerables. <\/span><\/p>\n

Pero esto es la mitad de la historia, en general, las aplicaciones no pueden ser totalmente sin estado, y en la mayor\u00eda de los casos, simplemente empujamos el estado a las capas inferiores. Entonces, \u00bfc\u00f3mo lidiamos con aplicaciones con estado en K8s? Afortunadamente, desde la versi\u00f3n 1.5 existe algo llamado StatefulSets.<\/span><\/p>\n

 <\/p>\n

Contenedores con estado<\/b><\/h2>\n

Kubernetes StatefulSets te da un conjunto de recursos para manejar contenedores con estado, tales como: vol\u00famenes, ids de red estables, \u00edndices ordinales de 0 a N, etc. Los vol\u00famenes son una de las caracter\u00edsticas clave que nos permiten ejecutar aplicaciones con estado sobre Kubernetes, veamos los dos tipos principales soportados actualmente:<\/span><\/p>\n

 <\/p>\n

Almacenamientos ef\u00edmeros<\/b>\u00a0v<\/strong>olumes<\/b><\/h3>\n

El comportamiento de los almacenamientos ef\u00edmeros es diferente a lo que est\u00e1s acostumbrado en Docker, en Kubernetes el volumen sobrevive a cualquier contenedor que se ejecute dentro del Pod y los datos se conservan a trav\u00e9s de reinicios de contenedores. Pero si el Pod muere, el volumen se elimina autom\u00e1ticamente. <\/span><\/p>\n

 <\/p>\n

Vol\u00famenes de almacenamiento persistentes<\/b><\/h3>\n

En un almacenamiento persistente, como su nombre indica, el tiempo de vida de los datos es independiente del tiempo de vida del Pod. As\u00ed, incluso cuando el Pod muere o es movido a otro nodo, esos datos persisten hasta que son expl\u00edcitamente borrados por el usuario. En ese tipo de vol\u00famenes, los datos se almacenan t\u00edpicamente <\/span>a distancia<\/b>.<\/span><\/p>\n

 <\/p>\n

Estamos deseando que la compatibilidad con Kubernetes llegue a <\/span>Almacenes locales persistentes<\/span><\/a> ya que sin duda ser\u00e1 el m\u00e1s adecuado para ejecutar bases de datos, pero mientras tanto, utilizamos almacenamientos ef\u00edmeros por defecto. Llegados a este punto, puede que te preguntes por qu\u00e9 utilizamos almacenamientos ef\u00edmeros en lugar de persistentes. No es sorprendente, hay muchas razones para ello:<\/span><\/p>\n