k8s-on-premiseSoporte
k8s-on-premise arranca un clúster Kubernetes multi-nodo desde cero usando kubeadm sobre VMs VirtualBox provisionadas con Vagrant: un nodo control-plane y dos workers, cada uno ejecutando containerd como container runtime. Calico CNI provee networking de pods y aplicación de network policies. NGINX Ingress Controller gestiona el enrutamiento HTTP/HTTPS. Helm gestiona el ciclo de vida de los add-ons. ArgoCD implementa entrega continua GitOps con políticas de sincronización declarativas.
Arquitectura
Topología del clúster
control-plane
192.168.56.10worker-1
192.168.56.11worker-2
192.168.56.12Secuencia de bootstrap — 6 scripts idempotentes (set -euo pipefail)
01-prerequisites.sh
Deshabilita swap, configura módulos del kernel, sysctl
02-container-runtime.sh
Instala containerd, configura el cgroup driver
03-kubernetes.sh
Instala kubeadm, kubelet, kubectl
04-init-master.sh
kubeadm init, configura kubectl, aplica Calico
05-join-workers.sh
Genera el token, une los workers al clúster
06-addons.sh
Instala Helm, NGINX Ingress, Metrics Server, ArgoCD
Bootstrap completo con kubeadm. Sin atajos.
6 scripts. 3 nodos. Sync GitOps con ArgoCD habilitado.
Ver en GitHub →Ecosistema
Rol en la plataforma
k8s-on-premise es la capa de runtime — demuestra que la plataforma funciona por debajo de la nube gestionada, desde bootstrap kubeadm hasta GitOps con ArgoCD.
SREAgent verifica el estado del clúster, nodos y sincronización GitOps.
Kubernetes bare-metal vs EKS gestionado — los mismos patrones GitOps en distintas capas de despliegue.
