Esperti Docker Freelance Italiani

A cosa serve Docker nella pratica, per un'azienda come la nostra?

Risolve problemi che si riconoscono subito perché costano tempo tutti i mesi, anche a chi non ha mai sentito la parola container.

I quattro benefici più concreti

Niente più differenze fra ambienti: quello che funziona in collaudo funziona in produzione, perché è lo stesso pacchetto.
Nuovo collaboratore operativo in un'ora: un comando e ha l'ambiente completo, invece di due giorni di configurazione e di istruzioni tramandate a voce.
Applicazioni incompatibili sullo stesso server: il vecchio gestionale che richiede una versione datata e l'applicazione nuova convivono senza interferire.
Rilasci ripetibili e reversibili: se una versione dà problemi si torna alla precedente in pochi minuti.

Il beneficio non è tecnologico ma organizzativo: si riducono le ore perse in problemi che non producono valore.

Docker è gratuito? Ho letto che ora si paga

Vanno distinte tre cose che spesso vengono confuse, e la distinzione conta perché una riguarda la licenza e le altre no.

Docker Engine — il motore che esegue i container sui server — è open source con licenza Apache 2.0 e resta gratuito. È questo che gira in produzione.
Docker Desktop — l'applicazione per Windows e Mac che gli sviluppatori usano sul proprio computer — è gratuita per uso personale, didattico, per progetti open source e per le aziende con meno di 250 dipendenti e meno di 10 milioni di dollari di fatturato annuo. Sopra una sola di queste due soglie serve un abbonamento a pagamento.
Docker Hub — il registro pubblico di immagini — ha piani gratuiti con limiti sui download e piani a pagamento.

Per la maggior parte delle PMI italiane la soglia non è un problema; per un'azienda vicina ai limiti è una verifica da fare prima, non dopo.

Possiamo containerizzare un'applicazione che abbiamo già?

Quasi sempre sì, e il percorso tipico procede per gradi invece che in un colpo solo.

Prima l'ambiente di sviluppo: si porta in container l'applicazione così com'è, per farla girare uguale su tutte le macchine del team. È il passo con il rapporto beneficio/rischio migliore.
Poi il collaudo: un ambiente identico alla produzione dove provare prima di rilasciare.
Infine la produzione: quando le prime due fasi hanno dato fiducia.

Due punti che determinano la fattibilità e che vanno guardati subito: dove l'applicazione scrive i file — i container sono pensati per essere sostituibili, quindi i dati devono stare fuori — e come gestisce configurazioni e password, che vanno separate dal codice.

Serve Kubernetes per usare Docker?

No, e questa confusione porta molte aziende a comprare complessità che non useranno.

Docker da solo basta: per un'applicazione su uno o due server, con Docker Compose si descrive tutto in un file e si avvia con un comando. È la configurazione giusta per la grande maggioranza delle PMI.
Kubernetes serve quando: hai molti servizi, devi scalare automaticamente in base al carico, o non puoi permetterti fermi e vuoi che un servizio caduto riparta da solo su un'altra macchina.
La regola pratica: se non sai dire quanti server ti servono nei momenti di picco, non ti serve ancora Kubernetes.

Un fornitore che propone Kubernetes per un sito con qualche centinaio di visite al giorno ti sta caricando di costi di gestione che dovrai sostenere per anni.

Che competenze restano in azienda dopo il progetto?

È la domanda giusta, perché un'infrastruttura che nessuno all'interno sa toccare è un rischio, non un miglioramento.

Cosa deve restare scritto: i file di configurazione dei container fanno parte del codice e stanno nel repository aziendale. Sono la documentazione più affidabile perché non possono divergere dalla realtà.
Cosa deve essere spiegato: come si rilascia una nuova versione, come si torna indietro, dove si guardano i log. Tre procedure scritte, non a voce.
Cosa chiedere nel preventivo: una sessione di trasferimento al team interno o al fornitore che gestisce i server.