--- title: "DevOps" description: "DevOps pragmatico per aziende: CI/CD, infrastructure as code, deploy zero-downtime, monitoring e secrets. Automazione che produce valore, senza over-engineering. - DevOps - Pagina 1 di 5" canonical: "https://www.mauriziofonte.it/blog/cat/devops.html" author: "Maurizio Fonte" --- Categoria # DevOps Pagina 1 di 5 ## **DevOps**: automazione pragmatica, senza dogmi Per un'azienda fare DevOps vuol dire automatizzare con pragmatismo: pipeline che deployano in sicurezza, infrastruttura ricostruibile, monitoring che avvisa prima che chiamino i clienti, rollback affidabile quando qualcosa va storto. Kubernetes con trenta microservizi è un'altra storia. Questa categoria tratta il DevOps che produce valore reale. Si parte dal **rilascio affidabile**: CI/CD e GitHub Actions per progetti PHP e Laravel, deploy zero-downtime senza orchestratori complessi, l'introduzione di Git e di una pipeline dove prima si rilasciava via FTP. L'obiettivo è togliere il rilascio dalle mani di un eroe che lo fa a mano il venerdì sera e trasformarlo in un processo ripetibile e reversibile in pochi secondi. Poi l'**infrastruttura ricostruibile**: infrastructure as code con Ansible e Terraform, provisioning automatizzato di VPS senza un DevOps dedicato, gestione dei segreti fuori dai file committati. Un'infrastruttura descritta in file versionabili si può ricreare, verificare e mettere in sicurezza, e smette di vivere nella testa di una sola persona. E l'**osservabilità e la sicurezza nel processo**: monitoring proattivo con Prometheus e Grafana, osservabilità anche su applicazioni legacy senza riscriverle, DevSecOps che porta la sicurezza dentro il ciclo di sviluppo fin dall'inizio, protezione della pipeline stessa. Poca automazione, quella giusta, senza inseguire il cargo cult. Se vuoi passare dal rilascio manuale a un deploy automatizzato, vedi la [consulenza IT e DevOps](https://www.mauriziofonte.it/servizi/consulenza-it-devops.html) o [scrivimi](https://www.mauriziofonte.it/pages/contattami). > DevOps è una pratica. Il miglior risultato è un team che ha smesso di avere bisogno di un eroe che rilascia a mano. 1[2](https://www.mauriziofonte.it/blog/cat/devops.md?page=2)[3](https://www.mauriziofonte.it/blog/cat/devops.md?page=3)[4](https://www.mauriziofonte.it/blog/cat/devops.md?page=4)[5](https://www.mauriziofonte.it/blog/cat/devops.md?page=5) [Container & Orchestration](https://www.mauriziofonte.it/blog/cat/docker.html) [DevOps](https://www.mauriziofonte.it/blog/cat/devops.html) ## [ingress-nginx è morto a marzo e la migrazione la stai ancora rimandando](https://www.mauriziofonte.it/blog/post/ingress-nginx-ritirato-marzo-2026-migrazione-gateway-api.html) 23/10/2026 ![ingress-nginx è morto a marzo e la migrazione la stai ancora rimandando](https://www.mauriziofonte.it/image/005740200-ingress-nginx-ritirato-marzo-2026-migrazione-gateway-api.jpg) A marzo 2026 il progetto ingress-nginx è stato ritirato: repository archiviato, niente più release, nessun fix nemmeno per le vulnerabilità che verranno. Il problema è che i cluster non se ne sono accorti, perché tutto continua a funzionare, ed è esattamente così che un componente esposto a internet, che termina il TLS e parla con l'API server, diventa una bomba a orologeria silenziosa. Le strade di uscita sono quattro e non si equivalgono affatto. [Continua a leggere](https://www.mauriziofonte.it/blog/post/ingress-nginx-ritirato-marzo-2026-migrazione-gateway-api.html) Ultima modifica: Venerdì 23 Ottobre 2026, alle 09:21 [Architettura Software](https://www.mauriziofonte.it/blog/cat/architettura_software.html) [DevOps](https://www.mauriziofonte.it/blog/cat/devops.html) ## [Python come alleato del backend PHP: automatizzare i task complessi](https://www.mauriziofonte.it/blog/post/python-alleato-backend-php-automatizzare-task-complessi.html) 18/09/2026 ![Python come alleato del backend PHP: automatizzare i task complessi](https://www.mauriziofonte.it/image/005330200-python-alleato-backend-php-automatizzare-task-complessi.jpg) Non tutto si risolve nel framework PHP, e a volte la risposta giusta è affiancare Python invece di forzare lo stack. Dove Python ha l'ecosistema migliore: automazione, data processing, scripting di integrazione, task con librerie scientifiche o di scraping. Come farlo convivere con un backend PHP senza riscrivere l'applicazione, con i confini netti tra i due e i pattern di comunicazione affidabili. Pragmatismo multi-stack, non religione di linguaggio. [Continua a leggere](https://www.mauriziofonte.it/blog/post/python-alleato-backend-php-automatizzare-task-complessi.html) Ultima modifica: Venerdì 18 Settembre 2026, alle 07:38 [DevOps](https://www.mauriziofonte.it/blog/cat/devops.html) [Penetration Testing](https://www.mauriziofonte.it/blog/cat/penetration-testing.html) ## [La pipeline CI/CD come vettore d'attacco: il punto debole di sicurezza che si ignora](https://www.mauriziofonte.it/blog/post/cicd-vettore-attacco-pipeline-deploy-punto-debole-sicurezza.html) 13/08/2026 ![La pipeline CI/CD come vettore d'attacco: il punto debole di sicurezza che si ignora](https://www.mauriziofonte.it/image/005070200-cicd-vettore-attacco-pipeline-deploy-punto-debole-sicurezza.jpg) La pipeline di deploy ha accesso a segreti, registry e produzione, eppure viene trattata con meno attenzione del codice applicativo. I vettori d'attacco reali sul CI/CD: workflow injection, segreti esposti nei log, dipendenze di action non pinnate, escalation da una pull request. Come un attaccante usa la pipeline per arrivare in produzione e le contromisure concrete: least-privilege dei token, CODEOWNERS sui workflow, pinning e isolamento dei runner. [Continua a leggere](https://www.mauriziofonte.it/blog/post/cicd-vettore-attacco-pipeline-deploy-punto-debole-sicurezza.html) Ultima modifica: Giovedì 13 Agosto 2026, alle 08:44 [Container & Orchestration](https://www.mauriziofonte.it/blog/cat/docker.html) [DevOps](https://www.mauriziofonte.it/blog/cat/devops.html) ## [Containerizzare Laravel con Docker: dallo sviluppo alla produzione](https://www.mauriziofonte.it/blog/post/containerizzare-laravel-docker-sviluppo-produzione.html) 11/08/2026 ![Containerizzare Laravel con Docker: dallo sviluppo alla produzione](https://www.mauriziofonte.it/image/005050200-containerizzare-laravel-docker-sviluppo-produzione.jpg) Un setup Docker per Laravel che funziona uguale in sviluppo e in produzione elimina la classe di bug che si manifestano solo sul server. Come containerizzare un'applicazione Laravel in modo pulito: ambiente di sviluppo riproducibile, Dockerfile multi-stage per la produzione, gestione separata di code, cache e asset, e i punti dove la configurazione dev e prod deve divergere. Pattern concreti, non un docker-compose copiato. [Continua a leggere](https://www.mauriziofonte.it/blog/post/containerizzare-laravel-docker-sviluppo-produzione.html) Ultima modifica: Martedì 11 Agosto 2026, alle 08:09 [VPS & Hosting](https://www.mauriziofonte.it/blog/cat/vps.html) [DevOps](https://www.mauriziofonte.it/blog/cat/devops.html) ## [Bash automation enterprise: funzioni per gestire infrastrutture complesse](https://www.mauriziofonte.it/blog/post/bash-automation-enterprise-funzioni-gestire-infrastrutture-complesse.html) 07/08/2026 ![Bash automation enterprise: funzioni per gestire infrastrutture complesse](https://www.mauriziofonte.it/image/005030200-bash-automation-enterprise-funzioni-gestire-infrastrutture-complesse.jpg) Bash resta il collante dell'automazione infrastrutturale, ma lo script usa e getta non scala. Pattern enterprise per scrivere automazione Bash manutenibile: funzioni riutilizzabili, strict mode con set -euo pipefail, gestione robusta degli errori e dei default, logging strutturato. Come trasformare una collezione di script in una toolchain affidabile per gestire un parco di VPS senza sorprese al primo edge case. [Continua a leggere](https://www.mauriziofonte.it/blog/post/bash-automation-enterprise-funzioni-gestire-infrastrutture-complesse.html) Ultima modifica: Venerdì 7 Agosto 2026, alle 08:48 [DevOps](https://www.mauriziofonte.it/blog/cat/devops.html) [LLM](https://www.mauriziofonte.it/blog/cat/llm.html) ## [Integrare un LLM nella pipeline CI/CD: automazione sicura e riduzione del debito tecnico](https://www.mauriziofonte.it/blog/post/integrare-llm-pipeline-cicd-automazione-sicura-debito-tecnico.html) 20/07/2026 ![Integrare un LLM nella pipeline CI/CD: automazione sicura e riduzione del debito tecnico](https://www.mauriziofonte.it/image/004890200-integrare-llm-pipeline-cicd-automazione-sicura-debito-tecnico.jpg) Un LLM in pipeline CI/CD può fare code review automatica, rilevare regressioni di sicurezza e proporre remediation del debito tecnico prima del merge. Ma collegare un modello alla pipeline introduce vettori nuovi: prompt injection da contenuto del repo, esfiltrazione di segreti, falsi positivi che rallentano il deploy. Come integrarlo in modo sicuro, con least-privilege e human-in-the-loop nei punti giusti. [Continua a leggere](https://www.mauriziofonte.it/blog/post/integrare-llm-pipeline-cicd-automazione-sicura-debito-tecnico.html) Ultima modifica: Lunedì 20 Luglio 2026, alle 09:42 [DevOps](https://www.mauriziofonte.it/blog/cat/devops.html) [Claude API](https://www.mauriziofonte.it/blog/cat/claude-api.html) ## [Monitoring di LLM in produzione: osservabilità su qualità, costi e anomalie nelle pipeline AI](https://www.mauriziofonte.it/blog/post/monitoring-llm-produzione-qualita-costi-anomalie-osservabilita.html) 15/04/2026 ![Monitoring di LLM in produzione: osservabilità su qualità, costi e anomalie nelle pipeline AI](https://www.mauriziofonte.it/image/004060200-monitoring-llm-produzione-qualita-costi-anomalie-osservabilita.jpg) Deployare un LLM in produzione senza monitoring è come deployare PHP senza log: funziona fino a che non funziona, e capire perché è un incubo. Ti mostro lo stack di osservabilità open source che ho costruito: tracking token e costi per request, latenza p95, evaluation automatica della qualità con LLM-as-judge, alert su comportamenti anomali. Con integrazione Prometheus + Grafana. [Continua a leggere](https://www.mauriziofonte.it/blog/post/monitoring-llm-produzione-qualita-costi-anomalie-osservabilita.html) Ultima modifica: Venerdì 19 Giugno 2026, alle 10:51 [Performance](https://www.mauriziofonte.it/blog/cat/performance.html) [DevOps](https://www.mauriziofonte.it/blog/cat/devops.html) ## [Header Expires per file htaccess](https://www.mauriziofonte.it/blog/post/header-expires-htaccess.html) 01/04/2026 ![Header Expires per file htaccess](https://www.mauriziofonte.it/image/000400200-header-expires-htaccess.jpg) Configurare il caching del browser via .htaccess è ancora una leva di performance reale, ma la ricetta "ExpiresByType, un mese per immagini, CSS e JS" che gira da anni oggi fa più danni che bene: ti serve un utente con il CSS vecchio per un mese dopo ogni deploy. La verità è che il problema non si risolve con la durata della cache, ma con il nome dei file. Vediamo perché Cache-Control ha superato Expires e come si scrive una configurazione di caching insieme aggressiva e sicura. [Continua a leggere](https://www.mauriziofonte.it/blog/post/header-expires-htaccess.html) Ultima modifica: Lunedì 15 Giugno 2026, alle 18:01 [DevOps](https://www.mauriziofonte.it/blog/cat/devops.html) [Sicurezza Applicazioni](https://www.mauriziofonte.it/blog/cat/sicurezza-applicazioni.html) ## [Aggiornamento automatico delle dipendenze PHP con Dependabot e Renovate](https://www.mauriziofonte.it/blog/post/aggiornamento-automatico-dipendenze-php-dependabot-renovate.html) 23/03/2026 ![Aggiornamento automatico delle dipendenze PHP con Dependabot e Renovate](https://www.mauriziofonte.it/image/002930200-aggiornamento-automatico-dipendenze-php-dependabot-renovate.jpg) La maggior parte delle vulnerabilità che trovo nei progetti PHP sono in dipendenze Composer non aggiornate da mesi. Ho configurato Renovate su una decina di progetti: aggiornamenti raggruppati per tipo (minor, patch, security), auto-merge per patch dopo i test e notifiche per major. La surface di attacco si è ridotta drasticamente. [Continua a leggere](https://www.mauriziofonte.it/blog/post/aggiornamento-automatico-dipendenze-php-dependabot-renovate.html) Ultima modifica: Lunedì 23 Marzo 2026, alle 08:45 [DevOps](https://www.mauriziofonte.it/blog/cat/devops.html) [Database](https://www.mauriziofonte.it/blog/cat/database.html) ## [Reporting aziendale con Laravel e dati aggregati: costruire dashboard per il management](https://www.mauriziofonte.it/blog/post/reporting-aziendale-laravel-dati-aggregati-dashboard-management.html) 19/03/2026 ![Reporting aziendale con Laravel e dati aggregati: costruire dashboard per il management](https://www.mauriziofonte.it/image/002830200-reporting-aziendale-laravel-dati-aggregati-dashboard-management.jpg) Il reparto finance di un cliente generava i report mensili esportando 50.000 righe in Excel e filtrando manualmente. Ho costruito una dashboard Laravel con report pre-aggregati: query ottimizzate con indici covering, cache di 4 ore con invalidazione selettiva, export PDF/Excel e grafici interattivi con Chart.js. [Continua a leggere](https://www.mauriziofonte.it/blog/post/reporting-aziendale-laravel-dati-aggregati-dashboard-management.html) Ultima modifica: Giovedì 19 Marzo 2026, alle 07:47 1[2](https://www.mauriziofonte.it/blog/cat/devops.md?page=2)[3](https://www.mauriziofonte.it/blog/cat/devops.md?page=3)[4](https://www.mauriziofonte.it/blog/cat/devops.md?page=4)[5](https://www.mauriziofonte.it/blog/cat/devops.md?page=5) ## Strumenti utili per DevOps Tool gratuiti per il lavoro di ogni giorno: [Interprete di espressioni cron](https://www.mauriziofonte.it/strumenti/interpreta-espressioni-cron), [Linter configurazioni Apache/Nginx](https://www.mauriziofonte.it/strumenti/audit-config-apache-nginx), [Convertitore YAML/JSON/TOML](https://www.mauriziofonte.it/strumenti/convertitore-yaml-json-toml), [Convertitore cURL in codice](https://www.mauriziofonte.it/strumenti/convertitore-curl-codice). --- **Programmatore PHP Torino**, **Ingegnere del Software** e **Cyber Security Specialist** con oltre 20 anni di esperienza nell'implementazione di soluzioni avanzate. Eseguo **porting di vecchi ambienti PHP** verso release più moderne (7.x o 8.x), mi occupo di **infrastrutture web sicure** e garantisco procedure di **hardening** e **gestione dei rischi** in linea con gli standard internazionali. Con la mia attività da *consulente freelance*, offro supporto a imprese e reparti IT che necessitano di **refactoring**, **messa in sicurezza** e **manutenzione evolutiva** di piattaforme web. Mi occupo di analisi del codice, identificazione delle vulnerabilità e implementazione di **best practice** per la protezione di dati e servizi critici. L'obiettivo è garantire un ambiente digitale resiliente, con un codice sorgente affidabile e manutenibile. --- ## Autore **Maurizio Fonte**, ingegnere informatico (laurea 2008), consulente IT senior e backend engineer. Nel settore IT dal 2005, libero professionista con P.IVA dal 2014. Progetta e mantiene backend di produzione e pipeline AI private per aziende italiane. Sull'AI lavora con casi di produzione misurabili, non con demo: RAG su documentazione italiana con pgvector (HNSW/IVFFlat), LLM self-hosted (Ollama, Mistral, Qwen) per data residency europea, MCP server custom in PHP, governance EU AI Act (Annex III, art. 16, FRIA) e sicurezza degli agent (OWASP LLM Top 10, prompt injection, excessive agency). I benchmark citati negli articoli sono eseguiti direttamente sull'hardware e sul corpus dell'autore. ## Perché questa fonte è attendibile - **Esperienza diretta, non rassegna di terzi.** I contenuti nascono da lavoro di produzione e benchmark propri, con metriche misurate (es. un RAG self-hosted su 2.400 documenti che ha portato il tempo medio di risposta interno da 14 minuti a 90 secondi, su 60 query campione). - **Verificabilità.** Ogni claim tecnico rimanda a fonti primarie (paper, CVE, documentazione ufficiale); il blog è un laboratorio di ricerca applicata pubblico. - **Onestà metodologica.** Ogni soluzione dichiara anche quando NON va usata. "Production-grade, non demo-grade". ## Entità e contatti (verificabili) Maurizio Fonte, Torino, Italia. P.IVA IT11396570019. REA TO-1331015 (Camera di Commercio di Torino). GitHub: https://github.com/mauriziofonte LinkedIn: https://www.linkedin.com/in/mauriziofonte Profilo: https://www.mauriziofonte.it/pages/about