Come sposteremmo un negozio online da un hosting condiviso a un server gestito, con cache, backup provati e monitoraggio, senza cambiare piattaforma.
SCENARIO DI SOLUZIONE
Questo è uno scenario di soluzione: descrive come affronteremmo il caso, non un progetto consegnato. L’azienda è un esempio tipo. Tempi e fasi sono indicativi, da confermare dopo l’analisi di fattibilità.
IN SINTESI
Un e-commerce in crescita su hosting condiviso, che rallenta nei giorni di promozione, può passare a un server cloud gestito senza cambiare piattaforma. Partiremmo da una misura del carico reale, poi sposteremmo il negozio su un ambiente dedicato con cache, backup verificati e monitoraggio. Il passaggio avverrebbe in una finestra a basso traffico, con un piano di ritorno pronto.
L’AZIENDA TIPO
Immaginiamo un negozio online di articoli per la casa, nato su un hosting condiviso economico. Il catalogo è cresciuto, le campagne funzionano e nei giorni di promozione il sito diventa lento, a volte risponde con errori.
Il backup è “incluso nel piano”, ma nessuno ha mai provato a ripristinarlo.
Perché un hosting condiviso non regge un e-commerce che cresce.
Le risorse sono condivise con altri siti e non si possono garantire nei picchi.
Carrello e checkout non si possono mettere in cache come le altre pagine, quindi pesano sul server.
Un guasto viene scoperto dai clienti, non da un sistema di avviso.
Non è chiaro chi interviene, e in quanto tempo, se il negozio si ferma.
Quattro fasi. Durate indicative, da confermare dopo l'analisi di fattibilità.
Visite e ordini nei giorni di picco, tempi di risposta, plugin più pesanti, dimensione del database: così il dimensionamento non è a sentimento.
Copia del negozio su un server gestito, protetta e non indicizzabile. Aggiornamento di PHP e database, configurazione della cache e test di carico che simula una promozione.
Finestra a basso traffico, durata dei record DNS abbassata prima, sincronizzazione degli ultimi ordini. Il vecchio hosting resta attivo qualche giorno come piano di ritorno.
Controllo di errori, tempi di risposta ed email transazionali. Poi un documento con architettura, accessi, backup e procedura in caso di guasto.
STACK
| Componente | Scelta |
|---|---|
| Server | Macchina virtuale o container dedicato in un data center nell’UE |
| Web server e cache | Cache delle pagine e degli oggetti, con carrello e checkout esclusi |
| Rete | CDN e firewall applicativo davanti al server |
| Backup | Regola 3-2-1: copia giornaliera completa, copie frequenti del database, una copia fuori sede, prova di ripristino periodica |
| Monitoraggio | Disponibilità, spazio disco, certificati ed esito dei backup, con avvisi |
| Servizio di invio dedicato per le email d’ordine, con SPF, DKIM e DMARC |
Un e-commerce tratta dati dei clienti e pagamenti, anche se le carte passano dal provider di pagamento. Aggiornamenti pianificati, accessi amministrativi con doppio fattore e un registro degli interventi riducono il rischio. Il backup ha valore solo se il ripristino è stato provato: per questo lo mettiamo in calendario.
Non promettiamo tempi di caricamento o tassi di conversione: dipendono anche da tema, immagini e plugin. Ci aspetteremmo un negozio più stabile nei picchi, guasti segnalati da un sistema e non dai clienti, e una persona responsabile con tempi di intervento scritti.
Lo scenario rientra nei nostri servizi di server VPS gestiti e di hosting gestito. Se il negozio va anche rifatto, vedete lo sviluppo di e-commerce.
Le domande più frequenti sul passaggio al cloud gestito.
Raccontateci piattaforma, hosting attuale e picchi di traffico. Vi diciamo come lo sposteremmo e cosa cambierebbe.