È stata pubblicata la versione Bastille 0.14.20250420, un sistema per l'automazione del dispiegamento e della gestione di applicazioni eseguite in contenitori isolati tramite il meccanismo FreeBSD Jail. Il codice è scritto in Shell, non richiede dipendenze esterne per funzionare ed è distribuito con licenza BSD.
Per gestire i contenitori è disponibile l'utilità da riga di comando bastille, che consente di creare e aggiornare ambienti Jail basati sulla versione di FreeBSD scelta, oltre a eseguire operazioni comuni con i contenitori, come avvio/arresto, assemblaggio, clonazione, importazione/esportazione, conversione, modifica delle impostazioni, gestione dell'accesso di rete e definizione dei limiti di consumo delle risorse.
È possibile distribuire ambienti Linux (Ubuntu e Debian) all'interno del contenitore, utilizzando Linuxulator. Tra le funzionalità avanzate sono supportati l'esecuzione di comandi comuni su più contenitori contemporaneamente, modelli nidificati, snapshot e backup. La partizione root nel contenitore è montata in modalità sola lettura. L'ambiente per l'esecuzione dei contenitori può essere creato sia su fisici server sia su schede Raspberry Pi, sia nei servizi cloud come AWS EC2, Vultr e DigitalOcean.
Nel repository sono disponibili circa 80 modelli per un rapido avvio di container per applicazioni standard, che includono programmi per server (nginx, mysql, wordpress, asterisk, redis, postfix, elasticsearch, salt, ecc.), sviluppatori (gitea, gitlab, jenkins, python, php, perl, ruby, rust, go, node.js, openjdk) e utenti (firefox, chromium). È supportata la creazione di stack di container, consentendo l'uso di un modello all'interno di un altro.
Nel nuovo rilascio:
- È stata aggiunta l'opzione «-c» («—config») e la variabile di ambiente BASTILLE_CONFIG per specificare un file di configurazione personalizzato. Quando si utilizza l'opzione, i dati saranno memorizzati separatamente, legati al file di configurazione specificato.
- È stata aggiunta la modalità auto-mode («-a», «—auto») per avviare e fermare gli ambienti jail secondo necessità.
- È stata aggiunta la modalità debug-mode («-x», «—debug») per il debug dell'infrastruttura.
- È stata implementata la possibilità di aggiungere un ritardo prima dell'avvio di un altro ambiente Jail (ad esempio, quando in un jail viene avviato un DBMS utilizzato negli altri jail).
- È stata aggiunta la possibilità di specificare più ambienti target nel comando «console».
- È stata aggiunta al comando «create» la possibilità di specificare parametri ZFS e di configurare VLAN (per Jail con lo stack di rete virtuale VNET).
- Nel comando «destroy» è stata aggiunta la possibilità di eliminare la cache e di specificare una lista di jail per eseguire l'operazione contemporaneamente su più jail.
- Nel comando «limits» sono state aggiunte le operazioni «clear», «reset», «stats», «show», «add» e «remove».
- Nel comando «list» è stata aggiunta la possibilità di output in formato JSON.
- Nel comando «network» è stata aggiunta la possibilità di aggiungere e rimuovere più interfacce di rete in un colpo solo in jail.
- L'opzione «rcorder» è stata deprecata, sono state implementate nuove opzioni «boot=on/off» e «priority=N» per gestire l'avvio.
Fonte: opennet.ru
