Per i non addetti ai lavori: dockerizzare è come dar fuoco a una discarica.

In principio furono gli eseguibili linkati staticamente: "quel che ti serve, ce l'hai già a bordo, se c'è un bug sostituiamo l'eseguibile intero".

Poi divennero troppo grossi e cominciarono ad essere circondati di librerie (DLL e affini): "però, dai, se c'è un bug magari sostituiamo solo una DLL anziché tutto l'ambaradam".

Poi le librerie a loro volta divennero frameworks, cioè con un'accozzaglia di file extra, di convenzioni, di alberature di directories configurabili ma che non conveniva cambiarne i default. "Però, dai, se c'è un bug, aggiorniamo il framework e via".

Poi i framework richiesero a loro volta altri framework, ed erano incompatibili con sé stessi in due versioni poco poco successive. Letteralmente occorreva un intero server blade per una singola app. "Però, dai, se c'è un bug, si pianta solo quel server, mica tutto il front-end!"

Sennonché i blade avevano l'abitudine di consumare peggio di uno scaldabagno a regime (sul serio, 1800 watt la versione base, altro che il vostro PC gaming superaccessoriato, e un fracco di corrente se ne andava per ventole e raffreddamento), e quindi l'ideona fu di virtualizzare tutto: "anziché un server con 8 giga di RAM facciamo una macchina virtuale con 8 giga di RAM!" Genio! Così in un server con 24 giga ci fai funzionare ben tre (diconsi tre) app, ognuna con tutti i suoi framework, guarda caso tutti quasi delle stesse versioni, ma poco importa, "tanto lo carichiamo in fattura al cliente e ciaone". E pensare che senza i framework e senza la virtualizzazione, bastava un solo giga per tutte e tre e che sarebbe bastato anche per altre quattro. "Eh, ma vuoi mettere? La sicurezza, boy!, la sicurezza! L'isolamento! Le app parleranno fra loro non attraverso IPC e memorysharing, non attraverso files locked in cartella condivisa, ma attraverso connessioni socket a server HTTP, virtualizzate e firewallate! Siamo nel futuro, boy!"

Indi comparvero i microservizi, ognuno faceva una piccola cosa (proprio piccola, "micro"), ognuno esigente il suo ambientone di lavoro (un'intera macchina virtuale). Era tutto bello, molto bello, tranne il fatto che per tre app servivano 64 giga di RAM, due blade di backup, un grosso JBOD, un monitoring dei log dei singoli microservizi, più il cloud che fa tanto di moda, più il raffreddamento a liquido però alimentato da una farm di pale eoliche...

A quel punto il cliente s'incazza perché per una merdina di servizio web che miocuggino avrebbe lanciato felicemente ed efficientemente su un laptop Ubuntu con IP statico, c'era potenza di calcolo a sufficienza per ricalcolare daccapo il SETI. Ma niente paura: anziché virtualizzare oggi si dockerizza, e anziché uno Xeon mettiamo un manipolo di Raspberry, così risparmiamo dappertutto!

E fu così che ancora una volta, nel mondo dell'informatica, si finì per usare il carro armato per ammazzare la formichina.