Tüm projeler
e commerce

Allbirds — Trafik Altında Yavaşlayan Ödemeyi Düzeltmek

E-Ticaret · SQL Optimizasyonu · Docker · Arka Plan İşleri

Müşteri
Allbirds
Endüstri endüstrisi
Sustainable Footwear
Konum Location
International
Yıl Yılı Yıl Yılı Yıl Yılı
2023
Öpücük siteyi
Project media

Çalışmayı bağlam içinde görün.

Yayınlanmış ekranlarla hareket edin ve yürüyüşler. Tüm boyutlarda açık görüntüler; videolar kendi kontrolleriyle oynar.

Desktop interface

<1.2s

Checkout response time (peak)

vs 4–6s before

eliminated

Environment bugs

post-Docker rollout

−55%

Checkout abandonment (traffic spikes)

month post-fix

6

Queries optimised

responsible for 80% latency

Proje kısa
Müşteri
Allbirds
Endüstri endüstrisi
Sustainable Footwear
Konum Location
International
İş dahil
Web Development

Allbirds dünya genelinde milyonlarca müşteriye hizmet veriyor. Trafik artışları altında ödeme süreci tutarsız hale geliyordu — yavaş SQL join'leri suçluydu. Teşhis koyduk, düzelttik ve tüm stack'i Dockerize ettik. 'Benim makinemde çalışıyor' artık kimsenin ağzından çıkmıyor.

01 / Project Overview

Durum durumu

Allbirds, dünyanın en tanınan sürdürülebilir ayakkabı markalarından birini inşa etti. E-ticaret arka ucu bu itibarı karşılamak zorundaydı — trafik hacmi veya ortamdan bağımsız olarak hızlı, güvenilir ve tutarlı. Düzeltmek için çağrıldığımız sorun ödeme gecikme tutarsızlığıydı. Normal yük altında ödeme iyiydi. Trafik artışları altında — bir ürün lansmanı, bir medya özelliği — öngörülemez hale geliyordu. P95 ödeme yanıt süreleri 4-6 saniyeye çıkıyordu. Müşteriler terk ediyordu. Ödeme yolundaki sorgu yürütme planlarını inceledik ve suçluyu bulduk: uygun bileşik indeksler olmadan ürün, envanter, varyant ve fiyatlandırma tabloları arasındaki çok tablolu birleşimler. Düzeltme geriye dönüp basit görünüyor — yüksek seçicilik sütunlarında bileşik indeksler, N+1 sorgularını ortadan kaldırmak için eager loading.

02 / The Challenge

Ne değiştirmeliydi

Ödeme yanıt süreleri, tamamen yönetilebilir olması gereken trafik yükleri altında 4-6 saniyeye çıktı. Isı haritaları ve oturum kayıtları, yüksek trafik pencerelerinde ödeme adımında açık terk davranışı gösterdi. Mühendislik ekibi aynı zamanda hata üretme ve düzeltme sürecini yavaşlatan sürekli staging-prodüksiyon tutarsızlıklarıyla da mücadele etti.

03 / Çözümümüz

Ne değiştik

Tüm ödeme sorgu yolunun SQL denetimi: gecikmenin %80'inden sorumlu 6 sorgu tespit edildi. Yüksek seçicilik sütunlarına bileşik indeksler eklendi, N+1 kalıplarını ortadan kaldırmak için 3 sorgu uygun eager loading ile yeniden yazıldı, e-posta gönderimi arka plan iş kuyruğuna taşındı. Tam stack Dockerize edildi — dizüstüden üretime tutarlı ortamlar.

04 / Teslimatlar ve sonuçlar

Müşteri ne kazandı

  • 01 Dorukta bile tutarlı olarak 1.2s altında ödeme
  • 02 Tüm sıcak yollarda bileşik indeksler + eager loading
  • 03 Docker stack — staging vs prodüksiyon sürprizleri yok
  • 04 Arka plan işleri tüm e-posta ve async işlemleri yönetir
Bir sonraki kısıtlamayı getirin

Daha net bir şekilde ileriye ihtiyacı olan bir proje var mı?

Projeyi tartışmak

1 / 2