Dockerfile best practices
GitHub è pieno di Dockerfile, ma non tutti i Dockerfile sono creati allo stesso modo! L’efficienza e la qualità dei container passa attraverso le immagini da cui sono istanziati e ha proprio origine nei Dockerfile che scriviamo. In questo post vorrei mostrarvi alcuni piccoli accorgimenti per creare dei Dockerfile migliori.
The DevOps Ways - pt.4 @ DOH19
Questo è l’ultimo post della serie dedicata al mio intervento “The DevOps Ways” presentato alla conferenza DevOps-Heroes 2019 e in questa parte cercherò di raccontarvi cosa significa, almeno per me, lavorare in modo DevOps.
Nelle puntate precedenti vi ho raccontato gli errori concettuali che ho fatto e li potrei riassumene così:
- gli strumenti sono i “come”, gli strumenti NON sono i “perché”
- il tool non fa il DevOps… non basta usare alcune pratiche e alcuni tool per essere DevOps
- “bad name”! DevOps è un processo che include sia il management che il market/customer
- DevOps is abount “collaboration”, non basta comunicare
The DevOps Ways - pt.3 @ DOH19
Nella seconda puntata di questa serie di post vi ho mostrato la visione che avevo del processo DevOps e perché tale visione era sbagliata:
- gli strumenti sono i “come”, gli strumenti NON sono i “perché”
- il tool non fa il DevOps… non basta usare alcune pratiche e alcuni tool per essere DevOps
- “bad name”! DevOps è un processo che include sia il management che il market/customer
In questa terza puntata vi voglio fornire la visione aggiornata che include anche management e market/customer e applicare nuovamente la metafora dell’arciere per verificare se ora il modello ha senso!
The DevOps Ways - pt.2 @ DOH19
Nella prima parte di questa serie di post vi ho raccontato dell’applicazione a cui lavoravo e di alcune pratiche che abbiamo adottato:
- Continuous Integration
- Build & Test Automation
- (near) Continuous Delivery (2 deploy in staging al giorno per eseguire e2e test)
- Log Collector
- Telemetry (tramite tracking dei messaggi)
In questa parte vi voglio raccontare la visione che avevo di DevOps e perché essa era sbagliata.
The DevOps Ways @ DOH19
Il 26 ottobre a Parma si è tenuta la conferenza DevOps Heroes e, anche quest’anno, ero presente come speaker! E’ sempre un piacere partecipare a questa conferenza! Devo fare nuovamente i complimenti ad Alessandro Alpi perché riesce a mettere tutti a proprio agio, è premuroso e omnipresente, anche se la sua presenza quasi non si nota.
Il mio intervento, dal titolo The DevOps Way, vuole raccontare il mio viaggio nel mondo DevOps e di tutte quelle volte che ho creduto di essere un provetto DevOps. In realtà ero molto lontano proprio da quello spirito DevOps, che solo ora credo di aver compreso! Quasi certamente scoprirò di sbagliare ancora tutto e che DevOps è qualcosa di diverso da quello che oggi penso che sia.
TDD Ansible - systemd daemons
Se sei qui, è perché stai usando Infrastructure-as-Code (IaC), giusto? Hai mai sentito parlare di Test-Driven Development…forse starai pensando: “TDD quella roba da sviluppatori maledetti”. Ottimo! Il fatto è che quando fai IaC tu stai realmente scrivendo del codice, quindi è molto importante scrivere anche i test e TDD è probabilmente il metodo più efficace per scrivere codice di qualità con una buona copertura di test case!
Test-Driven Infrastructure with Ansible @ Working Software Conference
Mercoledì 3 luglio 2019, siamo al fantastico Vodafone Theatre per la prima edizione della Working Software Conference. La conferenza è organizzata dall’Italian Agile Movement, con l’obiettivo di riportare le pratiche tecniche riguardanti lo sviluppo e il test del software al centro di una conferenza che parla di Agile ed eXtreme Programming.
In questa splendida cornice ho condiviso la mia esperienza facendo un talk riguardo TDD e automazione dell’infrastruttura tramite Ansible e Molecule.
TDD Ansible - primi passi
Se sei qui, è perché stai usando Infrastructure-as-Code (IaC), giusto? Hai mai sentito parlare di Test-Driven Development…forse starai pensando: “TDD quella roba da sviluppatori maledetti”. Ottimo! Il fatto è che quando fai IaC tu stai realmente scrivendo del codice, quindi è molto importante scrivere anche i test e TDD è probabilmente il metodo più efficace per scrivere codice di qualità con una buona copertura di test case!