L'azienda dietro Ubuntu sviluppa anche questi strumenti per sviluppatori sorprendentemente utili

Quando senti "Canonical", la prima cosa che probabilmente ti viene in mente è Ubuntu, il sistema operativo cloud più popolare al mondo. Ma l'azienda londinese ha silenziosamente assemblato un arsenale di strumenti open source che stanno ridefinendo il modo in cui gli sviluppatori costruiscono, testano e distribuiscono software. Dalle macchine virtuali locali istantanee al Kubernetes di livello produttivo, i progetti secondari di Canonical superano di gran lunga le aspettative. Questo approfondimento esplora i tre gioielli nascosti nel portfolio di Canonical che ogni sviluppatore frontend, ingegnere DevOps e architetto di sistema dovrebbe avere nella propria cassetta degli attrezzi.

Multipass: VM Ubuntu istantanee su qualsiasi piattaforma

La dannazione dell'esistenza di uno sviluppatore multipiattaforma è la parità ambientale. Codifichi su macOS, distribuisci su Linux e preghi che la pipeline CI catturi ciò che la tua macchina locale non ha colto. Multipass elimina questo attrito. È un gestore di VM leggero che avvia un'istanza Ubuntu fresca con un singolo comando da terminale. Niente Vagrantfile, niente GUI di VirtualBox, niente magie di rete complesse.

Multipass utilizza hypervisor nativi, Hyper-V su Windows, QEMU su macOS e KVM su Linux, risultando significativamente più veloce delle alternative basate su VirtualBox. I tempi di avvio sono inferiori a tre secondi su hardware moderno.

Come Multipass supera Docker per i carichi di lavoro puramente Linux

I contenitori sono fantastici, ma condividono il kernel host. Quando hai bisogno di un ambiente kernel Linux genuino, per testare moduli del kernel, eseguire snap o usare systemd, Multipass offre un sistema operativo completo, non un processo camuffato. La CLI si sente nativa nei flussi di lavoro moderni:

# Avvia una VM chiamata 'dev-node' con 4 GB di RAM e 2 CPU
multipass launch --name dev-node --memory 4G --cpus 2

# Esegui un comando direttamente
multipass exec dev-node -- sudo apt update

# Monta la directory del tuo progetto host all'interno della VM
multipass mount ~/my-project dev-node:/home/ubuntu/work

Per gli sviluppatori frontend che lavorano su rendering lato server o backend Node.js, la possibilità di testare su una replica esatta dell'infrastruttura di produzione localmente è trasformativa. Niente più discussioni "funziona sulla mia macchina".

LXD: Contenitori di sistema che sembrano VM

LXD sfuma il confine tra contenitori e macchine virtuali. Questi sono "contenitori di sistema": eseguono un sistema init completo, hanno storage persistente e si comportano esattamente come un server Linux autonomo. Tuttavia consumano molte meno risorse di una VM tradizionale perché condividono il kernel host. LXD è la risposta di Canonical alla domanda: "E se Docker avesse un sistema operativo completo dentro?"

Flusso di lavoro reale: Architettura a microservizi locale

Immagina di costruire un'applicazione web moderna con un frontend React, un'API Python, una cache Redis e un database PostgreSQL. Con LXD, puoi modellare l'intera topologia di produzione localmente:

# Crea un contenitore per il database
lxc launch ubuntu:22.04 db-server
lxc exec db-server -- apt install postgresql -y

# Crea un contenitore per l'API
lxc launch ubuntu:22.04 api-server
lxc exec api-server -- apt install python3-pip -y

# Assegna IP statici e collegali
lxc network attach lxdbr0 db-server eth0
lxc config device set db-server eth0 ipv4.address=10.0.0.10

Ogni contenitore ottiene la propria interfaccia di rete, regole firewall e limiti di risorse. Puoi simulare latenza di rete, perdita di pacchetti o persino staccare la spina a un servizio per testare la resilienza.

LXD si integra nativamente con cloud-init, il che significa che puoi provisioning dei contenitori con gli stessi strumenti di gestione della configurazione utilizzati in AWS, Azure e Google Cloud. Il tuo ambiente di test locale corrisponde alla tua infrastruttura di produzione fino alle versioni dei pacchetti del sistema operativo.

Juju: Modellazione di applicazioni oltre la proliferazione di YAML

Infrastruttura come codice di solito significa enormi file YAML e script Bash che diventano ingestibili nel giro di mesi. Juju adotta un approccio fondamentalmente diverso: modella le relazioni tra i servizi, non solo le loro configurazioni. Un "bundle" Juju è una dichiarazione dell'intero stack e di come i pezzi si collegano.

L'ecosistema Charm automatizza la conoscenza operativa

Un "Charm" è un operatore, un pezzo di codice che incapsula la saggezza operativa per distribuire e gestire un servizio. Hai bisogno di un cluster PostgreSQL ad alta disponibilità con failover automatico? C'è un charm per quello, mantenuto da esperti di database. Distribuirlo è un singolo comando:

juju deploy postgresql --channel 14/stable -n 3
juju deploy my-django-app
juju relate my-django-app postgresql:db

L'ultima riga è la magia. juju relate dice a Juju che la tua app Django ha bisogno di un database. Juju configura automaticamente PostgreSQL, crea il database e l'utente, e inietta la stringa di connessione nelle variabili d'ambiente della tua app Django. Zero configurazione manuale.

Colmare il divario tra sviluppo e produzione

La vera potenza dell'ecosistema Canonical emerge quando si usano questi strumenti insieme. Un flusso di lavoro comune è questo:

1. Sviluppa localmente con VM Multipass che corrispondono alla tua versione Ubuntu di destinazione.
2. Simula la topologia completa usando contenitori LXD per ogni servizio.
3. Modella la distribuzione con bundle Juju che definiscono relazioni e regole di scaling.
4. Distribuisci in modo identico su qualsiasi cloud pubblico o privato, o su bare metal.

<ComparisonTable headers="