Internet-do‘konni chegirmalarga tayyorlash: yuklama, qoldiq, to‘lov

Chegirmadan oldin nima qilish kerak

Cho‘qqi trafik do‘konni kutilmagan joyda buzadi: katalog odatda chidaydi, ammo checkout, qoldiqni zaxiralash va to‘lov shlyuzi yiqiladi. Tayyorgarlik rejasi:

1. O‘tgan aksiyalar va marketing rejasi asosida kutilayotgan cho‘qqini aniqlash.
2. Faqat bosh sahifani emas, xarid ssenariylarini yuklama testidan o‘tkazish.
3. Katalogni o‘qishni kesh va CDNga chiqarish.
4. Checkout’ni navbat va limitlar bilan himoyalash.
5. Qoldiqni zaxiralashni raqobatga chidamli qilish.
6. To‘lov provayderlari bilan limitlarni kelishish va zaxira ssenariy tayyorlash.
7. Aksiya davrida code freeze kiritish va war room yig‘ish.

Yuklama testi

Foydalanuvchi ssenariylarini to‘liq sinang: kirish, qidiruv, tovar kartochkasi, savat, rasmiylashtirish, test rejimida to‘lov. k6, Gatling yoki Locust kabi vositalar bunday yo‘lni tasvirlash imkonini beradi.

Nimaga qarash kerak:

• o‘tkazuvchanlik chegarasi — qaysi yuklamada xatolar va kechikishlar o‘sadi;
• tor joy — ma’lumotlar bazasi, tashqi API, ulanishlar puli, navbat workerlari;
• degradatsiyadagi xatti-harakat — tizim asta sekinlashadimi yoki butunlay yiqiladimi.

Ma’lumotlar va konfiguratsiya bo‘yicha prodakshnga yaqin muhitda sinang. Bo‘sh bazadagi test soxta xotirjamlik beradi.

Kesh va katalogni yengillashtirish

Trafikning katta qismi — ko‘rishlar. Bazaga qancha kam so‘rov yetsa, checkout uchun shuncha ko‘p resurs qoladi.

• Statika va rasmlar — CDN orqali.
• Katalog sahifalari — qisqa TTL yoki fon revalidatsiyasi bilan kesh.
• Vitrinada qoldiqni taxminiy ko‘rsating («kam qoldi», «mavjud»), aniq tekshiruvni rasmiylashtirishda qiling.
• Birinchi to‘lqin bazaga urilmasligi uchun aksiyadan oldin keshni isiting.

Checkout’dagi navbat

Agar cho‘qqi chegaradan aniq yuqori bo‘lsa, hammani yiqitgandan ko‘ra xaridorlarni guruhlab kiritgan ma’qul. Virtual navbat yoki bir vaqtdagi rasmiylashtirishlar sonini cheklash tizimni ishlab turishini saqlaydi. Og‘ir ishlarni — xatlar, CRM va 1C bilan sinxronlash, analitika — asinxron navbatlarga chiqaring, shunda xaridorga javob ularni kutmaydi.

Raqobat sharoitida qoldiqlar

Asosiy xavf — oversell: ikki xaridor oxirgi donani to‘lab qo‘ydi. Yechimlar:

• bitta shartli so‘rov bilan atomar hisobdan chiqarish;
• to‘lov vaqtiga muddatli zaxira va rad etilganda bo‘shatish;
• issiq tovarlar uchun Redis’da alohida hisoblagich va keyinroq solishtirish.

UPDATE stock
SET reserved = reserved + 1
WHERE sku = $1 AND quantity - reserved >= 1;
-- 0 ta yangilangan qator = tovar yo‘q

Bloklashsiz «qoldiqni o‘qish, keyin yozish» sxemasidan foydalanmang — yuklama ostida u albatta poyga beradi.

To‘lov va zaxira ssenariylar

• Provayderlardan (Payme, Click, Stripe va boshqalar) so‘rov limitlarini aniqlang va cho‘qqi haqida ogohlantiring.
• Takroriy so‘rov ikki marta pul yechmasligi uchun idempotent kalit bilan taymaut va qayta urinishlarni sozlang.
• Fallback tayyorlang: ikkinchi to‘lov usuli, yetkazilganda to‘lash, buyurtmani keyinroq to‘lash uchun saqlash.
• Webhook’larni navbat orqali qayta ishlang va webhook kechiksa, statuslarni solishtiring.

War room va monitoring

Aksiya davrida aniq rollarga va yagona aloqa kanaliga ega jamoa kerak.

Oldindan runbook yozing: kim qaror qabul qiladi, og‘ir funksiyalarni (tavsiyalar, personalizatsiya) qanday o‘chirish, provayderni qanday almashtirish va relizni qanday orqaga qaytarish.

Ko‘p uchraydigan xatolar

• Aksiyadan bir kun oldin yangi funksiyalarni chiqarish.
• Faqat bosh sahifani sinash.
• Tashqi tizimlarni unutish — CRM, 1C, SMS-shlyuzning ham limitlari bor.
• Qo‘llab-quvvatlash xizmati va omborni aksiya ko‘lami haqida ogohlantirmaslik.