Descrizione del progetto
TradottoStiamo cercando un ingegnere backend esperto per velocizzare la nostra applicazione web, che è diventata lenta a causa dell'aumento del traffico. I tempi di risposta su pagine chiave hanno superato i limiti accettabili e abbiamo bisogno di un approccio sistematico piuttosto che di modifiche casuali. Il cuore del progetto è introdurre uno strato di caching in memoria, rielaborare le query del database più pesanti e impostare routine di riscaldamento in modo che le pagine popolari siano sempre servite dalla cache.
Il lavoro inizia con il profiling: ci aspettiamo che lo specialista misuri dove viene effettivamente speso il tempo, identifichi i punti finali più lenti e le query dietro di essi, e proponga una strategia di caching che si adatti al nostro stack. Vorremmo una cache basata su memoria (come Redis o Memcached) collegata allo strato dati, regole di invalidazione sensate e pre-riscaldamento per le pagine che contano di più per i nostri utenti. L'ottimizzazione delle query — indici, join riscritti, rimozione dei modelli N+1 — è una parte uguale del compito.
Infine, vogliamo metriche di cui possiamo fidarci. L'ingegnere dovrebbe lasciare dietro di sé dashboard o almeno misurazioni chiare che mostrino la latenza prima e dopo, i rapporti di hit della cache e il carico del database. I risultati includono configurazione documentata, un breve runbook per il nostro team e una dimostrazione che le pagine target ora rispondono entro il nostro budget. Si prega di descrivere la propria esperienza con progetti di accelerazione simili e gli strumenti su cui si fa affidamento.
Il lavoro inizia con il profiling: ci aspettiamo che lo specialista misuri dove viene effettivamente speso il tempo, identifichi i punti finali più lenti e le query dietro di essi, e proponga una strategia di caching che si adatti al nostro stack. Vorremmo una cache basata su memoria (come Redis o Memcached) collegata allo strato dati, regole di invalidazione sensate e pre-riscaldamento per le pagine che contano di più per i nostri utenti. L'ottimizzazione delle query — indici, join riscritti, rimozione dei modelli N+1 — è una parte uguale del compito.
Infine, vogliamo metriche di cui possiamo fidarci. L'ingegnere dovrebbe lasciare dietro di sé dashboard o almeno misurazioni chiare che mostrino la latenza prima e dopo, i rapporti di hit della cache e il carico del database. I risultati includono configurazione documentata, un breve runbook per il nostro team e una dimostrazione che le pagine target ora rispondono entro il nostro budget. Si prega di descrivere la propria esperienza con progetti di accelerazione simili e gli strumenti su cui si fa affidamento.
Amministrazione Contante, Bonifico bancario
