Quando inizi a utilizzare i contenitori sul serio, ti rendi subito conto che ci sono molte immagini di contenitori là fuori. Uno dei maggiori punti di forza dell'open source è la scelta e, con così tante immagini disponibili, hai molte opzioni quando hai bisogno di un'immagine su cui basare il tuo lavoro. Mi ritrovo a tornare alle stesse poche immagini abbastanza frequentemente. Ce ne sono cinque in particolare che mi rendono costantemente un felice architetto del cloud alle prime armi.
Nginx
Eseguo Nginx sui server da oltre un decennio ormai, di solito per il suo facile formato del file di configurazione e la capacità di eseguire un buon bilanciamento del carico. La migrazione a Kubernetes per eseguire i servizi mi ha fatto amare ancora di più Nginx, poiché vedo quanto sia versatile come proxy inverso, controller di ingresso e, naturalmente, server Web leggero.
L'immagine Bitnami Nginx su Quay.io è quella che di solito utilizzo per impostazione predefinita quando ho bisogno di un'istanza Nginx rapida e affidabile. È facile da usare con Podman e facile da installare con Helm. È ben documentato, quindi so sempre dove cercare le opzioni di configurazione essenziali.
RHEL
Quando creavo applicazioni personalizzate per i miei utenti, ho preso l'abitudine di basare il mio lavoro sul precedente Rilascio di Red Hat Enterprise Linux (RHEL) da qualunque cosa fosse corrente. Si è scoperto che basare il lavoro che volevi essere "universale" su una distribuzione stabile come RHEL era una pratica sicura. Tutto ciò che ho creato è stato eseguito su Fedora e Debian e altre workstation, nonché sulla mia workstation Slackware personale.
Da quell'esperienza, ho ereditato l'abitudine di basare la maggior parte del lavoro che svolgo su un'installazione RHEL piacevole e pulita. Per lavorare nel cloud, utilizzo l'immagine RHEL ufficiale.
[ Scopri di più su Linux registrandoti a questo corso online gratuito:panoramica tecnica di RHEL ]
Postgres
Ci sono molte fantastiche app disponibili in contenitori. Chiunque abbia dovuto mettere insieme diversi contenitori per far funzionare un'applicazione sa che i componenti che stai usando contano davvero. Mentre sposto i miei servizi online nel cloud, ho scoperto che avere una base di contenitori affidabile per dipendenze importanti semplifica la distribuzione del software. Infatti, tra tutte le immagini che utilizzo, il container PostgreSQL su Quay.io è quello che mi ha aiutato meglio a cogliere il vantaggio dei container.
Ho già molte variabili quando configuro le applicazioni nel cloud, quindi sapere che il runtime per il mio database è solido è un enorme vantaggio per me. Potrei configurare un sistema operativo e Postgres in un container per gestire in modo sicuro e affidabile i dati delle mie applicazioni, ma con questa immagine molti esperti di Postgres lo hanno già fatto per me. È un vantaggio che accetterò volentieri.
Casella occupata
Se mai mi trovo bloccato su un'isola deserta e posso scegliere solo un'applicazione da portare con me, sarà BusyBox. Con oltre 400 comandi integrati, BusyBox è un piccolo concentrato di potenziale POSIX.
Sul cloud, è utile tanto quanto lo è sul desktop (o mobile, o TV, router, drone e simili). L'immagine BusyBox dal progetto OpenShift è minuscola, quindi è veloce da estrarre. È un'immagine minimale, quindi è facile da usare, ma è stata realizzata con il supporto per più architetture, tra cui x64, Arm64, PPC, s390 e altre, quindi è adatta a qualsiasi cloud in cui ti trovi.
Quello che mi costruisco io
Non sono entrato in Linux perché volevo forzare il mio flusso di lavoro nella soluzione di qualcun altro. Il primo software che abbia mai creato su Linux è stato il kernel (in precedenza avevo creato altri software su Unix) e il mio obiettivo allora era quello di ottenere bzImage il più piccolo possibile. L'ho ridotto a 1,5 MB e ne ero terribilmente orgoglioso, anche se in realtà non si avviava (si scopre che avevo dimenticato di includere il driver del filesystem).
Continuando in quella bella tradizione, a volte l'immagine migliore è quella che costruisci tu stesso. Chris Collins dimostra esattamente come farlo nel suo articolo Come costruire immagini di contenitori minuscoli. Ancora più importante, spiega la logica dietro le scelte più significative. ("Se siamo abbastanza specializzati e abbandoniamo l'idea della risoluzione dei problemi all'interno dei container di produzione, abbiamo bisogno di Bash?")
Prendi una lezione dai migliori e provaci!
[ Crea ambienti applicativi per affidabilità, produttività e cambiamento. Scarica l'eBook gratuito Il cloud nativo incontra il cloud ibrido:una guida strategica. ]
I tuoi preferiti
Queste tre immagini non sono gli unici contenitori che uso. C'è quello RHEL 8/PostgreSQL 13 da cui uso molto, e uno Etcd che viene fuori molto, e molti, molti altri. Trovo utile familiarizzare con alcune immagini container affidabili, quindi esplora i tuoi repository di immagini preferiti e guarda cosa c'è là fuori.