Cosa facciamo · Dati e web: Audit delle prestazioni delle applicazioni web
Quando un sito è lento, la risposta facile è «aggiungete server». La nostra è misurare ogni livello, trovare l'unica cosa che davvero trattiene le richieste e sistemarla, con numeri prima e dopo. Spesso i server risultano inattivi e la causa sta in un punto dove nessuno guardava.
Cos'è
Un'indagine strutturata su un'applicazione web lenta o instabile, dall'esterno verso l'interno. Ricevete un rapporto con la nostra identità che indica il livello della causa principale (infrastruttura, applicazione o terze parti), mostra le prove per ogni livello ed elenca le correzioni in ordine di priorità. Dove la correzione spetta a noi, la applichiamo e misuriamo di nuovo.
Copriamo WordPress, Magento, PrestaShop, Laravel e PHP personalizzato, su Linux puro, Plesk e cPanel con CloudLinux, dietro nginx, LiteSpeed o Apache.
Come lo costruiamo
Prima l'infrastruttura, per includerla o escluderla. Dimostriamo se i server sono occupati o inattivi mentre le pagine sono lente. Se le CPU sono per lo più inattive e il database risponde dalla memoria, aggiungere hardware non aiuterà, e lo diciamo.
Tempi dall'esterno verso l'interno. Cronometriamo le richieste attraverso il CDN, all'edge e all'origin, in cache e non in cache, così sappiamo dove si spendono i secondi prima di leggere un solo log.
PHP, per frame bloccante. Gli slow log di PHP-FPM vengono raggruppati per la funzione in cui ogni richiesta lenta era davvero bloccata. Questo trasforma «il sito è lento» in «il quaranta per cento del tempo lento è una sola chiamata esterna».
Database, per prove. Slow query log con piani EXPLAIN, analisi dei lock e comportamento del buffer pool. Dimensioniamo il buffer pool di InnoDB sul working set, correggiamo i buffer per connessione impostati troppo grandi e troviamo le query senza limite e le scansioni di tabella che davvero bruciano CPU.
Ogni dipendenza esterna. Gateway di pagamento, API di ERP e di magazzino, server di licenze, font e analytics: sondiamo ciascuno, perché una chiamata sincrona a una terza parte lenta blocca la pagina tanto quanto una query lenta.
Correzioni che reggono. Dimensioni dei pool impostate dall'esaurimento misurato dei worker, timeout di terminazione delle richieste e tetti di memoria perché una sola forma di richiesta sbagliata non possa abbattere il pool, e limiti dei buffer di nginx e Varnish adatti a cookie e header reali.
Da cosa vi protegge
- Pagare più hardware quando l'hardware non è il problema.
- Una sola impostazione del database sbagliata che trasforma un server sano in un incendio di CPU o di I/O sullo storage.
- Anni di riavvii programmati al posto di una causa principale.
- Checkout lenti causati da una terza parte che non sapevate fosse nel percorso della richiesta.
- Discussioni tra hosting, sviluppatori e vendor senza dati sul tavolo.
In pratica
Il negozio PrestaShop di un rivenditore sportivo. Migliaia di richieste al giorno impiegavano oltre quattro secondi mentre i web server restavano per lo più inattivi. Abbiamo attribuito circa il 40 per cento del tempo lento a una chiamata sincrona di magazzino verso l'ERP con un timeout molto lungo, il 24 per cento a query che scansionavano milioni di righe e il 12 per cento alla navigazione a faccette. Il cliente ha ricevuto un rapporto con la nostra identità, con le prove per livello e una lista di correzioni in ordine di priorità per i suoi sviluppatori.
Perché EuroVPS
- Misuriamo prima di raccomandare, e misuriamo di nuovo dopo la correzione.
- Leggiamo l'intero stack: rete, storage, database, PHP, web server, CDN e terze parti.
- I rapporti indicano una causa e un livello, con prove su cui i vostri sviluppatori possono agire.
- Applichiamo noi stessi il lato infrastrutturale della correzione, in modo sicuro e reversibile.
- Esiti onesti: se i vostri server stanno bene, ve lo diciamo, anche quando vendere hardware sarebbe più facile.
Domande frequenti
- Vi serve accesso al nostro codice? No. Lavoriamo dai log del server, del database e degli accessi e dai tempi misurati dall'esterno. Se la causa è nel codice, indichiamo il plugin, l'endpoint o la query esatti.
- Potete fare l'audit di un sito ospitato altrove? Sì, con l'accesso necessario a leggere log e metriche. Molti audit finiscono in una migrazione; alcuni non ne hanno bisogno.
- Quanto dura un audit? Molte cause si trovano in ore. Un rapporto completo con ogni livello misurato richiede di solito qualche giorno, a seconda di quanto il problema sia intermittente.
- Cambierete qualcosa senza chiedere? No. Ogni cambiamento viene concordato, applicato con un percorso di rollback e misurato.
- Che cosa riceviamo? Un rapporto con la nostra identità con le misure, il livello della causa principale e una lista di correzioni in ordine di priorità con i responsabili.
Sito lento, server inattivi? Parla con un ingegnere.
Servizi correlati
Il vostro prossimo partner per l'infrastruttura
Guardiamo la vostra infrastruttura.
Raccontateci cosa fate girare oggi e cosa deve migliorare. Un ingegnere esaminerà la vostra richiesta e vi aiuterà a pianificare il passo successivo.
+357 222 32280
Partiamo dalla vostra infrastruttura.
Un po' di contesto ci aiuta a iniziare la conversazione giusta.