Server che non cadono alle tre di domenica.
Configurazione, migrazione e manutenzione di server Linux per siti e applicazioni serie. Plesk quando aggiunge valore, Linux puro quando no. Senza dramma, con log letti davvero e backup che si ripristinano davvero.
La maggior parte dei problemi server che vedo non sono per mancanza di potenza, sono per configurazione trascurata accumulata negli anni: PHP-FPM con valori di default, MySQL senza tuning, ModSecurity troppo aggressivo che blocca richieste legittime, Imunify360 che mangia RAM, niente monitoring proattivo. Quando entro in un server con problemi, l'80% del lavoro è lettura di log e comprensione dello stato reale, non installazione di software nuovo.
Lavoro principalmente con due contesti. Primo, Plesk su CentOS o Ubuntu, che è ciò che usano la maggior parte dei miei clienti. Ne conosco a fondo i limiti, le particolarità di configurazione e i punti deboli a seconda del provider. Secondo, Linux puro quando non serve Plesk: configurazione nginx/Apache, PHP-FPM per pool, MariaDB, supervisor per processi lunghi, fail2ban, monitoring base con Netdata o simili. Migrazioni tra provider e tra sistemi operativi (CentOS 7 → Ubuntu 24, quel tipo di salto generazionale) le ho fatte diverse volte.
Una cosa che ho imparato a mie spese: i backup contano solo se si ripristinano. Qualsiasi server che mantengo ha un piano di backup con prova di restore periodica. Senza quello, non hai backup, hai file che speri funzionino il giorno che ti servono.
Come lavoriamo
-
01
Diagnosi iniziale
Accesso al server, lettura di log, revisione della configurazione, identificazione dei colli di bottiglia reali. Prima di toccare niente, capire cosa succede.
-
02
Piano d'azione con priorità
Documento concreto: cosa risolvere prima (il critico), cosa ottimizzare dopo (performance), cosa riformare a medio termine (architettura). Non tutto è egualmente urgente.
-
03
Esecuzione a passi con marcia indietro
Ogni cambio importante con snapshot precedente, finestra di manutenzione concordata e rollback documentato. Niente si testa direttamente in produzione.
-
04
Monitoring e piano di manutenzione
Configurazione di alert (load, RAM, disco, servizi caduti), revisione periodica di log e backup, e piano opzionale di manutenzione perché non si degradi di nuovo.
Cosa è incluso
- Audit iniziale del server (gratuito per clienti ricorrenti)
- Configurazione o riconfigurazione di Plesk e servizi associati
- Migrazione tra provider o tra sistemi operativi
- Tuning di PHP-FPM, MySQL/MariaDB, nginx in base al carico reale
- Hardening base (fail2ban, firewall, hardening SSH)
- Piano di backup con prova di restore
- Disaster recovery documentato
- Piano di manutenzione mensile opzionale
Quando non siamo la persona giusta
- Hai bisogno di Kubernetes o microservizi massivi Non è il mio terreno. Se il tuo carico reale richiede orchestrazione di centinaia di pod, ti indirizzo a un SRE con esperienza in quello.
- "Voglio il server più economico possibile" Ottimizzare al massimo i centesimi di hosting di solito esce caro a lungo termine. Se quello è il tuo unico criterio, meglio un VPS gestito basico.
- Cerchi certificazioni di compliance (ISO, SOC2) Posso aiutare con la parte tecnica, ma l'audit formale richiede una società di consulenza specializzata che non sono io.
Stack & strumenti
- Linux (Ubuntu 22/24, CentOS 7/Rocky 9 quando c'è legacy)
- Plesk Obsidian (più recente)
- nginx, Apache, PHP-FPM con configurazione tuned
- MariaDB 10/11, MySQL 8, Redis per cache di oggetto
- fail2ban, ModSecurity, firewall iptables/nftables
- Backup con rsync/restic, archiviazione su sistema diverso
- Monitoring con Netdata, alert via email/Slack
Se il tuo server ti dà problemi, o stai pensando di migrare e ti serve qualcuno che se ne occupi senza che tu te ne accorga, scrivimi cosa hai e guardiamo.
Parliamone →