Claude cho Engineering: System Design interviews và planning

System design là kỹ năng phân biệt senior engineer với mid-level: khả năng nhìn thấy toàn bộ bức tranh, cân bằng trade-off, và thiết kế hệ thống có thể scale. Dù bạn đang chuẩn bị cho technical interview tại các công ty lớn hay đang thiết kế hệ thống thực tế cho startup, Claude có thể giúp bạn luyện tập và áp dụng framework system design có cấu trúc.

Framework System Design 5 bước

Bước 1: Requirements Gathering

Không bao giờ bắt đầu thiết kế trước khi hiểu rõ requirements. Phân biệt hai loại:

• Functional requirements: Hệ thống làm gì? (User có thể post, follow, xem feed)
• Non-functional requirements: Scale, latency, availability, cost
• Constraints: Team size, timeline, existing tech stack

Bước 2: High-Level Design

• Component diagram
• Data flow
• API contracts
• Storage choices

Bước 3: Deep Dive

• Data model design
• API endpoint design (REST, GraphQL, gRPC)
• Caching strategy
• Queue/event design
• Error handling và retry logic

Bước 4: Scale và Reliability

• Load estimation
• Horizontal vs. vertical scaling
• Failover và redundancy
• Monitoring và alerting

Bước 5: Trade-off Analysis

Mọi quyết định đều có trade-off. Làm chúng rõ ràng: complexity, cost, team familiarity, time to market, maintainability.

Dùng Claude luyện System Design Interview

Claude có thể đóng vai interviewer, đặt câu hỏi follow-up và feedback:

Hãy đóng vai interviewer system design.
Bài toán: "Thiết kế hệ thống tương tự Twitter/X
  cho thị trường Việt Nam với 10 triệu users."

Quy tắc:
- Hỏi clarifying questions như interviewer thật
- Sau mỗi phần tôi trình bày, đặt follow-up questions
- Cuối cùng, feedback về điểm mạnh/yếu của design
- Kéo dài 45 phút

Bắt đầu đi. Đặt câu hỏi mở đầu.

Prompt mẫu: Thiết kế hệ thống thực tế

Hãy giúp tôi thiết kế hệ thống URL shortener
cho một startup EdTech Việt Nam:

Requirements:
- Short links cho video bài giảng và tài liệu học
- DAU: 100K teachers, 2M students
- Short link lifespan: vĩnh viễn (không expire)
- Analytics: click count, geography, device
- Custom alias: teacher có thể chọn slug (vd: bit.ly/toan12)
- Scale: 10M links, peak 50K clicks/giây trong giờ thi

Constraints:
- Team 4 engineers
- Launch trong 2 tháng
- Budget AWS: $3K/tháng

Hãy thiết kế theo 5-step framework, bao gồm
database schema, API design, và caching strategy.

Ví dụ output system design từ Claude

## System Design: URL Shortener cho EdTech VN

### 1. Requirements Clarification

Functional:
- Shorten URL: Input long URL -> Output short code (6 chars)
- Redirect: Short URL -> 301/302 redirect to original
- Custom alias: Optional, teacher-defined slug
- Analytics: Async tracking (không block redirect)

Non-functional:
- Availability: 99.9% (max 8.7h downtime/year)
- Latency: Redirect < 10ms (p99)
- Scale: 50K RPS peak, 10M total links

### 2. High-Level Design

[Client] -> [CDN] -> [API Gateway]
                          |
              +-----------+----------+
              |                      |
        [Write Service]      [Read Service]
              |                      |
         [PostgreSQL]            [Redis Cache]
              |                      |
         [Analytics             [Cassandra]
           Queue]
              |
        [Analytics Service]

### 3. Core Algorithm: Short Code Generation

Option A: MD5 hash (lấy 6 chars đầu)
- Pros: Simple, deterministic
- Cons: Collision khi scale

Option B: Base62 encode của auto-increment ID
- Pros: Unique guarantee, reversible
- Cons: Sequential, predictable

Option C: Distributed ID (Snowflake-style)
- Pros: Unique, high throughput
- Cons: More complex

Recommendation: Option B cho MVP, migrate sang C khi > 100M links

### 4. Database Schema

-- Core table
CREATE TABLE short_links (
  id BIGSERIAL PRIMARY KEY,
  short_code VARCHAR(10) UNIQUE NOT NULL,
  original_url TEXT NOT NULL,
  creator_id BIGINT REFERENCES users(id),
  created_at TIMESTAMPTZ DEFAULT NOW(),
  expires_at TIMESTAMPTZ,
  is_active BOOLEAN DEFAULT TRUE
);
CREATE INDEX idx_short_code ON short_links(short_code);

-- Analytics (separate for write performance)
-- Use Cassandra hoặc ClickHouse cho time-series

### 5. Caching Strategy

Read path (critical for latency):
- L1: In-memory LRU cache trong Read Service (top 1%)
- L2: Redis (TTL 24h cho hot links)
- L3: PostgreSQL

Cache miss rate target: < 5% trong giờ cao điểm

### 6. Trade-offs

| Quyết định | Alternative | Why chosen |
|-----------|-------------|------------|
| Redis caching | DB only | 50K RPS không thể hit DB trực tiếp |
| Async analytics | Sync | Không block redirect latency |
| PostgreSQL main | NoSQL | Team familiar, ACID cho financial data |

Prompt luyện tập theo chủ đề

Thiết kế messaging system

Thiết kế hệ thống chat real-time như Zalo cho
50 triệu users Việt Nam. Focus vào:
- Message delivery guarantee
- Online/offline status
- Group chat (tối đa 500 members)
- Message history storage

Highlight các điểm khác biệt cho Vietnamese context
(mobile-first, 4G phổ biến hơn WiFi).

Thiết kế recommendation engine

Thiết kế recommendation engine cho sàn thương mại
điện tử với 10 triệu sản phẩm và 5 triệu DAU.

Focus vào:
- "Người mua cũng mua" recommendations
- Personalized homepage feed
- Real-time update khi user mua hàng
- Cold start problem cho user/item mới

Thiết kế payment system

Thiết kế payment processing system cho fintech startup:
- Hỗ trợ: MoMo, VNPay, banking (Napas)
- Volume: 100K transactions/ngày, peak 1000 TPS
- Requirements: ACID transactions, idempotency
- Regulatory: Tuân thủ Thông tư 39/2014 NHNN

Highlight các thách thức đặc thù của fintech VN.

Mẹo system design interview

• Clarify trước khi design: Dành 5 phút đầu hỏi về scale, constraints, và priorities. Đừng assume.
• Estimate trước khi chọn storage: "10M records x 1KB = 10GB — PostgreSQL handle được" là reasoning tốt.
• Trade-offs rõ ràng: Không có giải pháp hoàn hảo. Nêu rõ bạn chọn gì và tại sao, với costs là gì.
• Bắt đầu simple, scale sau: Thiết kế MVP trước, sau đó explain cách evolve khi grow.

Từ interview sang production

Sau khi có design, dùng Claude để deep dive các phần quan trọng nhất:

Design vừa rồi có caching layer dùng Redis.
Hãy deep dive chi tiết hơn:
1. Cache invalidation strategy khi URL bị update
2. Cache warming khi deploy mới
3. Xử lý Redis failure gracefully
4. Redis Cluster vs Sentinel cho use case này

Bước tiếp theo

System design là kỹ năng cần luyện tập liên tục:

• Thư viện ứng dụng Claude cho Engineering
• Kết hợp với Architecture ADR workflow để document các quyết định từ system design
• Dùng Tech Debt workflow để audit và cải thiện hệ thống hiện có

Bài viết liên quan

• Claude cho Engineering: Thiết kế kiến trúc hệ thống
• Claude cho Engineering: Chiến lược testing toàn diện
• Claude cho Engineering: Code Review tự động
• Claude Skills — Tạo Excel, PowerPoint, PDF tự động
• Claude API — Hướng dẫn từ A đến Z cho developer