Descrizione del progetto
TradottoGestiamo un catalogo online che è cresciuto per sei anni e finalmente ha superato la macchina su cui vive. Le pagine delle categorie impiegano circa cinque secondi ad aprirsi, la ricerca nel catalogo è peggiore e nelle ore di punta l'intero sito sembra bloccato. Il database è ancora sul vecchio server, mentre il nuovo è già pagato e preparato. Sto cercando qualcuno che trasferisca i dati con il minor tempo di inattività possibile — con un piano scritto, una prova e una finestra di passaggio concordata, non staccando la spina un venerdì sera e sperando.
La seconda metà del lavoro è altrettanto importante, perché pagare per una macchina più veloce e mantenere le stesse query lente non ha senso. Si prega di leggere il registro delle query lente per intero, dirci onestamente cosa consuma realmente tempo, aggiungere gli indici mancanti, riscrivere le selezioni pesanti e sostituire le pagine che recuperano l'intera tabella e la tagliano nel codice con una vera paginazione. Ciò che le persone richiedono più spesso dovrebbe essere memorizzato nella cache, e la cache deve aggiornarsi da sola piuttosto che servire i prezzi di ieri. Dopo il trasferimento mi aspetto un passaggio di verifica su tutto il sito — sezioni, moduli, ricerca, account utente — più un breve istruzioni in linguaggio semplice che i nostri stessi amministratori possano effettivamente seguire.
Le misurazioni prima e dopo fanno parte del lavoro, non un bonus: voglio numeri, non impressioni.
Condizioni su cui non transigerò:
— la migrazione è provata su una copia, e il database di produzione non viene toccato fino a quando quella copia non è stata verificata;
— ogni modifica dello schema è preceduta da un backup il cui ripristino è stato testato, non semplicemente creato;
— nulla viene cambiato in diretta durante le ore di punta — tutti i passaggi rischiosi avvengono all'interno della finestra tranquilla concordata;
— ogni indice e ogni query riscritta viene fornita con il proprio tempo prima e dopo;
— il rapporto finale indica cosa è stato cambiato, perché è stato cambiato e come ripristinarlo.
La seconda metà del lavoro è altrettanto importante, perché pagare per una macchina più veloce e mantenere le stesse query lente non ha senso. Si prega di leggere il registro delle query lente per intero, dirci onestamente cosa consuma realmente tempo, aggiungere gli indici mancanti, riscrivere le selezioni pesanti e sostituire le pagine che recuperano l'intera tabella e la tagliano nel codice con una vera paginazione. Ciò che le persone richiedono più spesso dovrebbe essere memorizzato nella cache, e la cache deve aggiornarsi da sola piuttosto che servire i prezzi di ieri. Dopo il trasferimento mi aspetto un passaggio di verifica su tutto il sito — sezioni, moduli, ricerca, account utente — più un breve istruzioni in linguaggio semplice che i nostri stessi amministratori possano effettivamente seguire.
Le misurazioni prima e dopo fanno parte del lavoro, non un bonus: voglio numeri, non impressioni.
Condizioni su cui non transigerò:
— la migrazione è provata su una copia, e il database di produzione non viene toccato fino a quando quella copia non è stata verificata;
— ogni modifica dello schema è preceduta da un backup il cui ripristino è stato testato, non semplicemente creato;
— nulla viene cambiato in diretta durante le ore di punta — tutti i passaggi rischiosi avvengono all'interno della finestra tranquilla concordata;
— ogni indice e ogni query riscritta viene fornita con il proprio tempo prima e dopo;
— il rapporto finale indica cosa è stato cambiato, perché è stato cambiato e come ripristinarlo.
Sviluppo software Contante, Bonifico bancario
