Debo tolerar que cambiar mi flujo de trabajo de máquinas virtuales puras a una combinación de contenedores fue un gran ajuste. No es que no quisiera cultivarse Dockerpero que mi servidor Proxmox tenía mucha potencia, entonces ¿por qué cambiar a una forma más válido de trabajar cuando ya estaba acostumbrado a una forma de hacer las cosas? Pero finalmente cedí y conocido la luz de las cargas de trabajo en contenedores.

Casi me había acostumbrado a las abstracciones de Docker, pero luego comencé a adivinar sobre Kubernetes y cuanto más leía, más me intrigaba. La orquestación de contenedores con escalado obligatorio, incorporación disponibilidad, monitoreo y más están disponibles sin anexar más contenedores a la combinación. Tuve que probarlo y, aunque me dio dolor de comienzo, es venerable.

Vale, pero ¿por qué el dolor de comienzo de Kubernetes en casa?

No preguntes por qué, sólo si se puede hacer.

Nunca me ha gustado manejar Docker en el escritorio, incluso cuando encontré paneles que me gustaban. No me quejo de Ask Gordon AI que está ahora en Docker Desktop, porque me gusta tener soporte de chat en la aplicación, pero el resto de la interfaz de adjudicatario es terrible. Una cosa que descubrí durante mi delirio al laboratorio en casa es que valoro el tiempo de actividad, ya sea que lo proporcionen los clústeres de Proxmox u OPNsense conectados con CARP.

Incluso me gusta ver todo lo que estoy gestionando de un vistazo, ya sea en un panel o en una mostrador supletorio, o en los mejores ejemplos, entreambos. Siempre que pueda ver la información que busco sin tener que profundizar demasiado, soy un laboratorio casero adecuado.

El laboratorio en casa no es divertido para mí a menos que esté aprendiendo cosas nuevas.

Aprendo haciendo y repitiendo, y extraer paquetes preconfigurados de Docker no es suficiente para mi cerebro. Sé que puedo editar los archivos de configuración a posteriori de extraerlos, y sé que funcionalmente es lo mismo que escribir un archivo YAML e importarlo, pero por alguna razón, la única forma de hacerlo es escribiendo manualmente el YAML de antemano. Kubernetes me ofrece otro nivel de desafío, pero como las redes, los secretos y otras capas son visibles, me resulta más posible visualizar las interconexiones entre ellos.

Kubernetes me obliga a configurar las capas generales de encargo de contenedores desde el principio

Me gusta la sensación de posible reemplazo de Docker, pero nunca me ha gustado tener la llave de la despensa los contenedores. Siempre sentía que faltaba poco, y la única forma de acercarme a donde quería era agregando más y más contenedores Docker a la pila, lo que se volvía difícil de manejar.

Sin confiscación, el panel de virtualización anidado para Proxmox tenía consumado sentido para mi cerebro y podía ver el diseño de todo, las métricas de rendimiento individuales y cómo se conectaban las cosas. Y eso es lo que siento por Kubernetes. Todo lo que necesito ver está ahí de un vistazo y mis contenedores son una pequeña parte del todo.

Hice las cosas más fáciles eligiendo MicroK8

Es el laboratorio de mi casa y puedo hacer lo que quiera en él.

Algunos podrían opinar que Docker Swarm tiene más sentido para uso en laboratorios domésticos, y no lo discutiré. Diré que algunas formas de hacer las cosas en Kubernetes tienen más sentido para mí y eso es todo lo que necesito enterarse. La creación de redes, por ejemplo, tiene mucho sentido porque no está tan allá de cómo estoy acostumbrado a usar HAProxy para el permanencia de carga y el ingreso a través de proxy inverso, y obtengo un panel con todas las funciones para manejar todo lo que necesito.

Sé que sigo mencionando el tablero, pero es poco que MicroK8s hace acertadamente y, desde mi punto de panorama, solo Proxmox tiene una mejor interfaz de adjudicatario. Puedo poblar con no todos los servicios que quiero que estén disponibles como código K8 desde el principio, y la utilidad Kompose me ayuda en la maduro parte del camino con cualquier contenedor que quiero probar para ver si vale la pena el esfuerzo extra para hacerlos funcionar en K8.

Ahora siento que estoy aprendiendo con cada pulsación de tecla.

Una cosa que he llegado a apreciar es Kubernetes Secrets, que es esencialmente un administrador de contraseñas para mis claves SSH, tokens OAuth y claves API, de modo que no paso secretos de texto sin formato en los archivos env, como lo hacía con Docker Desktop. Desde entonces me enteré de que Docker Secrets existe y no sé cómo los tutoriales que estaba usando no mencionaban ese hecho pertinente, pero valoro el paquete militar con Kubernetes.

Y hay otras versiones de Kubernetes que cultivarse

Quiero configurar un clúster K3s ahora, para ver cómo se comporta de forma diferente a medida que parecen estar empaquetadas más cosas con la forma en que crea pods. Y he notado muchas otras opciones que quiero usar. k0s se ve quimérico, y armaré una mini PC o tres con Linux para probarlo, y La cristal se parece a VS Code pero para uso en K8entonces eso está en la letanía. No estoy seguro de cuáles permanecerán encendidos en el laboratorio de mi casa, ya que soy un gran adjudicatario de Proxmox la maduro parte del tiempo, pero siempre es bueno tener opciones listas.

Recién estoy comenzando mi delirio con Kubernetes, pero ya me gusta

Hay tanto que cultivarse en el ecosistema de Kubernetes que podría llevarme toda la vida, pero estoy preparado para el desafío. Ya tengo una letanía de herramientas para revisar a continuación, y ya uso Podman para algunas cosas, por lo que convertir esos contenedores en K8 debería ser harto simple. Estoy harto seguro de que el laboratorio de mi casa nunca necesitará subir a los niveles que permite Kubernetes, pero podría probarlo una vez para ver qué emoción tiene en el hardware en el que lo tengo ejecutándose. Y no olvidemos la próspera comunidad K8, que facilita el formación de una nueva tecnología.