Hosting gestito vs self-hosting: chi si occupa degli aggiornamenti di sicurezza critici di PHP?

Eva Wong

IceWhale author

Eva Wong è la Technical Writer e smanettatrice residente di ZimaSpace. Una geek da sempre con una passione per homelab e software open-source, si specializza nel tradurre concetti tecnici complessi in guide accessibili e pratiche. Eva crede che l'auto-ospitare debba essere divertente, non intimidatorio. Attraverso i suoi tutorial, dà potere alla comunità di demistificare le configurazioni hardware, dalla costruzione del loro primo NAS al dominio dei container Docker.

Conceptual guide: WHO OWNS THE PATCH?. Provider scope; Your obligations; Verified outcome.

Scegli l’hosting gestito quando il provider copre esplicitamente la manutenzione del runtime e le attività di risposta di cui hai bisogno. Scegli il self-hosting quando il controllo locale è importante e puoi occuparti dei servizi o organizzare un’assistenza competente. Nessuna delle due opzioni elimina la responsabilità sull’applicazione.

Scegli in base a chi può occuparsi in modo affidabile della manutenzione del runtime, distribuire le correzioni supportate e verificare il ripristino. L’hosting gestito copre solo le responsabilità incluse nei termini del servizio; con il self-hosting, le decisioni operative spettano a te o all’amministratore che incarichi.

Confronta le responsabilità prima dei costi

Attività	Servizio gestito: verifica l’ambito	Servizio self-hosted: assegna un responsabile
Aggiornamenti di host e runtime	Potrebbero essere inclusi; chiedi quali sono i limiti esatti	Operatore o amministratore incaricato
Aggiornamenti delle app e dei plugin personalizzati	Spesso separati dalla manutenzione della piattaforma	Responsabile dell’applicazione
Backup e ripristino	Conferma la copertura, la conservazione e la procedura di ripristino	Progetta e testa l’intero percorso di ripristino
Limitazione d’accesso di emergenza	Conferma l’autorità e il canale di risposta	L’operatore controlla i percorsi di rete
Indagine sulla compromissione	Potrebbe essere necessario un altro servizio di assistenza	L’operatore coordina le indagini

Queste sono domande da porre, non promesse valide per ogni piano di hosting. Una macchina virtuale gestita, un’applicazione gestita e un VPS non gestito possono comportare obblighi molto diversi per il cliente.

Cinque domande da fare al provider

Quali installazioni PHP e container creati dai clienti aggiornate con le patch?
Come gestite le versioni non più supportate e le applicazioni incompatibili?
Quali prove confermano che il servizio in esecuzione include la correzione?
È possibile limitare l’accesso mentre una patch è in attesa? E chi la autorizza?
Quali attività di ripristino e risposta agli incidenti sono incluse nel contratto?

Chiedi quale procedura di escalation è prevista e quali tempi di risposta sono garantiti dal contratto. «Aggiornamenti automatici» è un’espressione troppo generica senza sapere da dove provengono i pacchetti, quale sia il tipo di deployment e quali eccezioni si applichino.

Cosa comporta gestire autonomamente i propri servizi

Controlli la pianificazione, la posizione dei dati, la scelta del software e le policy di rete. Devi anche monitorare gli avvisi, selezionare versioni compatibili, mantenere i backup e verificare le modifiche. Un periodo lontano da casa o una settimana di lavoro intensa possono diventare fattori di rischio se nessun altro può amministrare il servizio.

Riduci questo carico eseguendo meno servizi pubblici, documentando lo stack e assegnando un operatore di riserva per i carichi di lavoro importanti. Spesso una distribuzione semplice e mantenuta è più facile da gestire di una raccolta flessibile di esperimenti abbandonati.

Confronta con onestà l’impegno complessivo

L’hosting gestito comporta costi ricorrenti e limiti di ambito. L’hosting autonomo comporta costi di hardware, archiviazione, energia, backup e amministrazione. Attribuisci un valore realistico al tempo dedicato alla manutenzione e alle conseguenze dei tempi di inattività. Non considerare l’acquisto dell’hardware un sostituto completo del lavoro di gestione.

Una soluzione ibrida può essere adatta ad alcune famiglie: conserva i contenuti multimediali privati e i backup su uno ZimaCube 2, affidando al contempo il sito web aziendale pubblico a un fornitore che soddisfi i requisiti di assistenza. Documenta il trasferimento dei dati e la responsabilità dei backup in entrambi gli ambienti.

Usa l’incidente di PHP come verifica della tua preparazione

Scegli un servizio e scrivi una breve dichiarazione di responsabilità: chi mantiene l’ambiente di esecuzione, chi gestisce la distribuzione, chi verifica la compatibilità e chi è responsabile del ripristino. Confronta la dichiarazione con il piano di servizio effettivo o con le tue procedure.

Se non riesci a individuare una persona responsabile di un passaggio critico, colma questa lacuna prima di aggiungere un’altra app. La manutenzione della sicurezza funziona quando la responsabilità arriva fino al sistema in esecuzione, non quando si ferma alla descrizione di un prodotto.

Scopri ZimaCube 2, NAS cloud personale per la casa, per il tuo spazio di archiviazione privato e la configurazione delle applicazioni self-hosted. La sicurezza del software dipende dai servizi installati, dalla loro configurazione e dagli aggiornamenti verificati.

Continua la serie sulla sicurezza di PHP

Fonti e ambito

Verificato il 22 ottobre 2026. Le indicazioni sulla distribuzione devono essere adattate alla tua applicazione e alla documentazione del fornitore; questi articoli non determinano l’esposizione di prodotti specifici.