Cách đưa bản chạy thử lên hệ thống chạy thật

Mở rộng qua 5 giai đoạn: (1) trả nợ kỹ thuật ở phần nền, (2) dựng giám sát, (3) tối ưu cơ sở dữ liệu và bộ nhớ đệm, (4) chạy nhiều máy chủ song song, (5) mở rộng đội và quy trình. Không làm tất cả cùng lúc: nút thắt đầu tiên mới là chỗ cần làm. Tối ưu quá sớm chỉ tốn tiền.

Đưa hệ thống từ 100 lên 100.000 người dùng thường tốn công gấp nhiều lần lúc dựng bản đầu tiên. Nhiều đội làm sai không phải vì kỹ thuật yếu mà vì mở rộng nhầm chỗ. Hướng dẫn này theo cách ALODEV xử lý khi hệ thống của khách hàng bắt đầu quá tải.

Các bước

1. 01

   Tìm nút thắt: đo trước khi mở rộng

   1-2 tuần

   Trước khi mở rộng, hãy đo xem cái gì đang chậm: cơ sở dữ liệu, API, giao diện hay dịch vụ bên thứ ba. Đừng mở rộng theo cảm giác.

   • Setup APM (Application Performance Monitoring) - Sentry, DataDog, Grafana Cloud
   • Identify slow endpoints - top 10 endpoint chậm nhất theo p95/p99 latency
   • Profile database queries - slow query log, missing indexes
   • Profile frontend - Lighthouse, WebPageTest, Real User Monitoring (RUM)
   • Profile network - CDN hit rate, 3rd party API response time

   Kết quả: Báo cáo nút thắt: biết chính xác chỗ chậm và bao nhiêu phần trăm người dùng bị ảnh hưởng

2. 02

   Trả nợ kỹ thuật và dựng giám sát

   2-4 tuần

   Bản đầu tiên có nợ kỹ thuật là bình thường. Trước khi mở rộng, hãy xử lý những chỗ cản trở: thiếu kiểm thử, mã khó tách phần, mật khẩu viết cứng trong mã, chưa có giám sát.

   • Kiểm thử tự động cho các luồng quan trọng: đăng nhập, thanh toán, nghiệp vụ chính
   • Setup CI/CD pipeline đầy đủ - auto test + deploy
   • Centralized logging - ELK, Grafana Loki
   • Error tracking - Sentry với source maps
   • Refactor god classes/functions - modular code dễ scale
   • Document architecture - diagram + decision logs (ADR)

   Kết quả: Nền kỹ thuật đủ vững để mở rộng, không còn cảnh chữa cháy hằng ngày

3. 03

   Tối ưu cơ sở dữ liệu và bộ nhớ đệm

   2-6 tuần

   Với ứng dụng web, nút thắt hay nằm ở cơ sở dữ liệu. Tối ưu nó trước khi thêm máy chủ, vì rẻ hơn nhiều.

   • Index missing columns dựa slow query analysis
   • Partitioning cho table lớn (>10M rows) theo date/region
   • Read replicas cho read-heavy workload
   • Redis caching cho expensive queries + session
   • CDN cho static assets (Cloudflare, AWS CloudFront)
   • Background jobs với queue (BullMQ, SQS) - không block request

   Kết quả: Tải lên cơ sở dữ liệu giảm, thời gian phản hồi p95 giảm rõ rệt (đo trước và sau để ghi số thật)

4. 04

   Chạy nhiều máy chủ song song

   1-3 tháng

   Khi nâng cấu hình một máy chủ không đủ nữa, chuyển sang chạy nhiều máy chủ song song, bằng Kubernetes hoặc dịch vụ quản lý như Cloud Run, ECS.

   • Stateless app design - không lưu state in-memory
   • Session moved sang Redis/DB
   • File upload sang S3/R2 thay vì local disk
   • Load balancer + health checks
   • Auto-scaling rules theo CPU/memory/request rate
   • Database connection pooling - PgBouncer cho PostgreSQL

   Kết quả: Ứng dụng tự mở rộng theo nhu cầu, chịu được lúc lưu lượng tăng đột biến

5. 05

   Mở rộng đội ngũ và quy trình

   3-6 tháng

   Mở rộng kỹ thuật phải đi cùng mở rộng đội và quy trình. Đội 5 người và đội 50 người làm việc rất khác nhau, chi phí phối hợp tăng nhanh.

   • Tách team theo product domain (Conway's Law)
   • Microservices nếu team >2 độc lập (không premature)
   • On-call rotation + incident response process
   • Code review process - PR template + approval rules
   • Release process - feature flag + canary deploy
   • Knowledge sharing - weekly tech talks, ADR archive

   Kết quả: Đội kỹ thuật tăng từ 5 lên 30 người mà vẫn làm việc trơn tru

Danh mục kiểm

1. 01

   Observability

   • APM tracking p50/p95/p99 latency
   • Error tracking Sentry với source maps
   • Centralized log (Loki/ELK)
   • Uptime monitoring + alert
   • Cost monitoring per service
   • Business metrics dashboard
2. 02

   Database

   • Slow query log analyze
   • Missing indexes added
   • Partitioning cho table >10M rows
   • Read replicas setup
   • Connection pooling (PgBouncer)
   • Backup + restore tested
3. 03

   Application

   • Stateless design
   • Session in Redis/DB
   • File upload sang object storage
   • Background jobs trong queue
   • Caching layer (Redis)
   • CDN cho static + images
4. 04

   Process

   • CI/CD pipeline automated
   • Kiểm thử tự động phủ các luồng quan trọng
   • Feature flags
   • Canary deploy strategy
   • On-call rotation
   • Runbook cho top 10 scenarios

Công cụ gợi ý

• Scaling checklist PDFPrint-friendly 50-item checklist cho engineering team
• Architecture diagram templateMermaid + draw.io templates cho document architecture
• Runbook template10 common scenarios với step-by-step recovery