2026-05-27 18:48
v3
LRCC-2417 — Đề xuất phương án bồi thường (công thức)
Phương án bồi thường — công thức formula-only theo 6 hạng mục, biến n + S + C cần đo data
lrcc-2417boi-thuongloverec
31 KB
Trung tâm các báo cáo phân tích, root-cause, roadmap, customer feedback — published bởi đội Amela. Click vào card để xem bản mới nhất, hoặc mở "📚 bản cũ" để xem version history.
Phương án bồi thường — công thức formula-only theo 6 hạng mục, biến n + S + C cần đo data
Phân tích kiến trúc worker/apps/video-service trên UAT: 9 SQS consumer chia 1 process 1GB. 7 CPU hotspot ẩn (O(n²) dedupe, .map(async) bug, Promise.all wrap-array, APM full-trace). Đề xuất tách 5 service riêng.
Diễn biến sự cố notification production từ khách hàng Yamanaka log ticket 2026-05-12 đến fix UAT 2026-05-20. 2 rounds investigation (1 fail, 1 success), root cause scale-dependent (≥5k follower), fix LRC-14126 + plan infra hôm nay.
Postmortem 4 bug fire-and-forget Promise + UPSERT bị disable gây duplicate notification và 0 follower email khi public video. Internal engineering.
Solution document tích hợp Atone (NP BNPL) cho Loverec: hiện trạng + user stories + flow xử lý + UI changes + việc cần làm FE/BE/Admin. Tổng hợp từ 89 comments.
Đề xuất 2-layer caching (Redis + pre-aggregate). Acknowledge realtime cũ + frame industry standard. Bản nội bộ VN cho team/BA/PM review trước khi translate JP gửi KH.
リアルタイム→2層キャッシュへの進化案。業界標準パターン + 4つのご懸念への回答 + 3フェーズロードマップ。
60s loading trên /revenue-partnership-creator. 4 nguyên nhân (double exec, 3× UNION, 10 JOIN, no cache) + 4-step roadmap → <1s. Bản nội bộ VN cho team review.