Outage parțial: Importuri și exporturi comerciale
- identified
Ne confruntăm şi am identificat o întrerupere parţială în serviciul nostru Comercial Imports & Exports şi lucrăm la rezolvarea acestuia cât mai curând posibil.
- resolved
Acest incident a fost rezolvat.
- postmortem
# Incident Raport post-mortem **Transporturi şi importuri întârziate pentru toate magazinele** - Da. Durata: 3 ore 1 minut Trei dintre ele au expirat şi trebuie să fie solicitate din nou. Importurile clienţilor magazinului care a început importul mare au fost întârziate până la ora 3:12 PM. == Legături externe == Magazine, checkout și tabloul de bord a lucrat tot timpul. Doar exporturile şi importurile au aşteptat. ## Rezumat Exporturile de bord \ [ordine, clienți, portofel, cărucioare abandonate și altele\] și importurile de bord sunt construite în fundal de un grup comun de lucrători. La 11:23 AM un comerciant a început un import de client cu aproximativ 1.05 milioane de rânduri. Platforma împarte fiecare import în părţi de 100 de rânduri, aşa că acesta a devenit 10 486 de părţi. După fiecare parte, platforma verifică dacă întregul import a terminat, astfel încât să poată trimite comerciantului un rezumat. Această verificare a încărcat fiecare parte a importului, rânduri incluse, în memorie: aproximativ 200 MB pe control pentru acest import, cu până la cinci controale care rulează simultan. Muncitorii au rămas fără memorie şi au reluat-o iar şi iar. Cererile de export din fiecare magazin au aşteptat în spatele pieselor de import. Am expediat o schimbare de nivel de cod, astfel încât verificarea doar întreabă dacă orice parte este încă în așteptare și adaugă până totalurile finale în baza de date. Nu mai încarcă rândurile, aşa că memoria nu mai creşte cu mărimea importului. Cronologie - Da. Până la 11:27 AM este împărțit în 10,486 părți. Se creează prima cerere de export care trebuie să aștepte. Mai târziu solicită coadă în spatele piesei de import. Muncitorii încep să rămână fără memorie şi repornesc. De aici termină aproximativ 5 piese de import pe repornire și aproape nici un export. Exporturile au revenit la normal. ## Ce a fost afectat - Da. Ordine 72, ordine detaliate 21, portofel 11, cărucioare abandonate 6, clienți 6, recenzii 5, pregătirea comenzii 4, cupoane 3, alte 4. Aceşti merchanţi trebuie să ceară din nou exportul. Platforma îl retușește automat. Toate piesele terminate cu excepţia uneia, care este rejudecată automat. Nici un alt magazin nu a început un import în timpul incidentului @ info: whatsthis Stores, checkout and the dashboard ** Neafectat** Doar lucrătorii de bază pentru exporturi și importuri au fost reduși la scadență ## Acţiune luată 1. S-au găsit cauza: lucrătorii care construiesc exporturi și importuri au fost repornirea deoarece verificarea de finalizare a importurilor a rămas fără memorie. 2. Transferat o schimbare de nivel de cod: verificarea de finalizare contează piese în curs și adaugă totalurile în baza de date în loc de încărcare fiecare parte. Un test nu reușește pe vechiul comportament și trece pe cel nou. 3. Confirmat că exporturile întârziate s-au încheiat şi a identificat cele 3 cereri temporizate, astfel încât sprijinul să poată cere acelor merchanţi să le solicite din nou. ## Concluzii ** Importul unui Merchant nu ar trebui să reziste exporturilor oricărui alt magazin.** Exporturile şi importurile au aceeaşi lucrători, aşa că un import greu întârzie pe toată lumea. Schimbarea elimină această cauză. **Munca care rulează o dată pe parte nu trebuie să crească cu dimensiunea întregului import.** Verificarea completă a citit întregul import după fiecare parte. Acest lucru a fost bine pentru importurile tipice și a eșuat doar pentru unul foarte mare. Cu schimbarea, un import de această dimensiune nu mai epuizează memoria muncitorilor.
Traducere automată din actualizarea oficială a incidentului.