Fondamenti

CAPI Parte 5: Ubuntu su Proxmox - Image Builder e Deploy

Dopo aver esplorato Talos Linux nei precedenti articoli, è tempo di cambiare approccio e utilizzare Ubuntu come sistema operativo base per i nostri nodi Kubernetes. In questo post vedremo come creare un cluster Kubernetes su Proxmox utilizzando Cluster API (CAPI) e le immagini ufficiali generate con image-builder. Perché Ubuntu invece di Talos? Mentre Talos offre un’esperienza immutabile e minimale eccellente, Ubuntu fornisce: Maggiore flessibilità per debugging e troubleshooting Familiarità per chi proviene da ambienti Linux tradizionali Supporto più ampio di tool e software Possibilità di personalizzazione avanzata Prerequisiti Prima di iniziare, assicurati di avere:

giovedì 23 ottobre 2025 | 5 minuti Leggi

Da port-forward a Ingress: Come configurare un ambiente Kubernetes locale professionale con NGINX

Il Problema: Accedere ai Servizi in un Ambiente di Sviluppo Locale Un pattern comune nello sviluppo locale con Kubernetes è aprire diversi terminali, uno per ogni kubectl port-forward .... Funziona, ma è scomodo e non simula affatto un ambiente reale. Per comprendere meglio questi concetti, è utile consultare la documentazione ufficiale di Kubernetes. Per approfondire l’uso di kubectl, consulta la documentazione ufficiale di kubectl. Il Caos del port-forward Questo è il “workaround” più comune. Dobbiamo creare manualmente un tunnel dal nostro PC a ciascun servizio.

martedì 21 ottobre 2025 | 14 minuti Leggi

CAPI Parte 1: Dal Chaos all'Automazione

Il Problema della Gestione Manuale di Kubernetes La gestione di cluster Kubernetes rappresenta una delle sfide più complesse nell’ecosistema cloud-native moderno. Man mano che il numero di nodi e cluster cresce, la complessità operativa aumenta esponenzialmente, rendendo rapidamente ingestibili operazioni come provisioning di nuovi worker, upgrade coordinati del control plane, gestione delle configurazioni di rete e manutenzione dell’infrastruttura sottostante. Limitazioni dei Metodi Tradizionali I metodi tradizionali per la gestione dei cluster Kubernetes si basano tipicamente su:

martedì 5 agosto 2025 | 6 minuti Leggi

CAPI Parte 2: Anatomia di Cluster API - Componenti e Meccanismi

Architettura dei Componenti CAPI Cluster API implementa un’architettura modulare basata sul pattern dei controller Kubernetes, dove ogni componente ha responsabilità specifiche e ben definite. Questa separazione delle responsabilità garantisce estensibilità, manutenibilità e testabilità del sistema. Management Cluster vs Workload Cluster La distinzione fondamentale in CAPI è la separazione tra il cluster che gestisce l’infrastruttura e i cluster che eseguono i workload applicativi. Management Cluster Il Management Cluster serve come hub di controllo centrale per l’infrastruttura Kubernetes. Le sue caratteristiche principali includono:

martedì 5 agosto 2025 | 10 minuti Leggi

CAPI Parte 3: Talos Linux - Il Sistema Operativo per Kubernetes

Il Paradigma dell’OS Immutabile per Kubernetes La gestione tradizionale dei sistemi operativi in ambiente Kubernetes presenta numerose sfide: drift di configurazione, surface di attacco estesa, complessità di manutenzione e inconsistenza tra ambienti. Talos Linux rappresenta un approccio rivoluzionario che ridefinisce completamente il modo in cui i sistemi operativi interagiscono con Kubernetes. Problemi dei Sistemi Operativi Tradizionali Configuration Drift e Snowflake Servers I sistemi operativi tradizionali (Ubuntu, CentOS, RHEL) in ambiente Kubernetes soffrono di problemi strutturali:

martedì 5 agosto 2025 | 10 minuti Leggi

CAPI Parte 4: Setup Pratico - Day 1 Operations

Parte 4: Setup Pratico - Day 1 Operations Quarto articolo della serie “Deploy Kubernetes con Cluster API: Gestione Automatizzata dei Cluster” Nelle parti precedenti abbiamo esplorato i fondamenti teorici di Cluster API, l’architettura dei componenti e l’integrazione con Talos Linux. È ora il momento di mettere in pratica questi concetti attraverso un’implementazione completa delle Day 1 Operations. Questa parte guiderà attraverso ogni step del processo di deployment iniziale: dalla configurazione dell’infrastruttura Proxmox al primo cluster workload funzionante e verificato, utilizzando il Python generator per automatizzare la generazione delle configurazioni parametriche.

martedì 5 agosto 2025 | 8 minuti Leggi