Nếu bạn hiểu về chuẩn hóa nhưng chưa biết bắt đầu từ đâu với các bảng đơn hàng, hoàn tiền và đối soát — thực hành mô hình hóa dữ liệu thương mại điện tử, từ yêu cầu 1/38 đến 38/38

Khắc phục các API sản phẩm và sự kiện bị quá tải khi mở bán bằng L1 cục bộ + L2 từ xa + chống cache stampede + cơ chế vô hiệu hóa + kill switch, rồi chứng minh bằng số liệu trước và sau mức giảm băng thông, độ trễ và tải DB dưới cùng một mức tải.

Trước một sự kiện quy mô lớn, DB cần chuẩn bị những gì và ngay khi mở cửa cần kiểm tra điều gì trước tiên? Hãy luyện tập trình tự ứng phó trước, trong và sau sự kiện qua các bản ghi thực tế trong môi trường Aurora dùng cho đào tạo về CPU của Reader tăng đột biến, chờ khóa, deadlock và chuyển đổi dự phòng, cùng các câu lệnh SQL chẩn đoán.

Trước một sự kiện quy mô lớn, PostgreSQL cần chuẩn bị những gì và ngay khi mở bán cần kiểm tra điều gì trước tiên? Luyện tập trình tự ứng phó trước, trong và sau sự kiện qua các ghi chép thí nghiệm trực tiếp trên Aurora PostgreSQL dùng cho đào tạo về tình trạng chờ khóa, deadlock, VACUUM bị trì hoãn, chuyển đổi dự phòng và CPU của Reader tăng vọt, cùng các câu lệnh SQL chẩn đoán và playbook cho 7 loại sự kiện.

Bạn có đang mỗi tuần dán bảng doanh thu, kiểm tra các câu hỏi về giao hàng và viết lại báo cáo không? Hãy trở thành người vận hành cửa hàng mua sắm trực tuyến giả lập “Moa Saenghwal” và giao việc cho Claude bằng tiếng Hàn. Khóa học gồm 30 buổi thực hành, từ kết nối dữ liệu, tính toán trên Google Sheets, tạo dashboard, báo cáo Artifact, kiểm tra khách hàng và giao hàng, cho đến tái sử dụng các skill của riêng bạn. Bạn sẽ không chỉ dừng lại ở việc nhận kết quả, mà còn học cách đối chiếu các con số, sửa các điều kiện sai và chạy lại vào tuần sau theo cùng một tiêu chuẩn. Bạn không cần trực tiếp viết code, SQL hay công thức. Khóa học sử dụng Mac Claude Desktop và Google Sheets làm nền tảng; tài khoản trả phí và chi phí đăng ký được tính riêng. Sử dụng giọng nam AI tiếng Hàn.

Dự án thực hành dành cho nhân viên văn phòng và vận hành cần kiểm tra tổng số liệu giao dịch và lỗi hằng tuần. Đối chiếu bảng tổng hợp giả lập gồm 44 dòng với hai tệp CSV, rồi dùng Google Sheets và Claude để bảo toàn dữ liệu gốc, tạm giữ các mục trùng/lỗi, tổng hợp theo tuần và đối soát biểu đồ. Cung cấp hướng dẫn dạng hoạt hình, hình ảnh màn hình ứng dụng thực tế, giọng đọc AI nam kèm phụ đề và các câu lệnh theo từng bước.

Từ khâu đăng ký đến email, biên bản họp, báo cáo, PDF, Excel và tài liệu thuyết trình, bạn sẽ lần lượt thực hành qua tài liệu mô phỏng tại một công ty giả định, học cách giao việc cho Claude rồi đối chiếu kết quả với bản gốc để yên tâm sử dụng.

Đã học cách dùng Claude Code rồi, nhưng áp dụng thế nào vào hệ thống legacy của chúng ta? Chúng ta sẽ dùng Claude Code để bổ sung lớp bảo vệ cho dịch vụ đặt hàng Spring Boot chưa có bài kiểm thử nào, tìm ra 5 lỗi ẩn và kiểm chứng các bài kiểm thử do AI viết bằng kiểm thử đột biến.

6 lỗi đều vượt qua kiểm thử H2 và mock nhưng chỉ phát sinh trên MySQL, Redis và Kafka production sẽ được tái hiện và xử lý từng lỗi một bằng kiểm thử tích hợp Testcontainers. Bao gồm singleton/tái sử dụng container, CI và chẩn đoán lỗi flaky.

Sau phần nhập môn Kubernetes, khi dịch vụ của tôi gặp sự cố. Chỉ dựa vào các triệu chứng như khởi động lại, chạy chậm, lỗi 502 hay triển khai bị treo, dùng kubectl và các chỉ số để xác định nguyên nhân rồi khắc phục. Trên Kubernetes cục bộ ở máy tính xách tay, tự tạo ra 8 sự cố, sau đó đo và so sánh các chỉ số trước và sau khi sửa với cùng một mức tải.

Chúng tôi thay thế các API cấp coupon và đăng ký sản phẩm đồng bộ vốn bị sập khi lượng truy cập tăng đột biến lúc mở bán bằng queue, outbox, consumer idempotent, DLQ và Temporal; đồng thời tự tái hiện trên Docker ở máy tính của mình các số liệu trước và sau khi thay đổi (độ trễ, tỷ lệ lỗi, số lần commit DB) với cùng mức tải.

Trong các microservice nối tiếp từ API đặt hàng → thanh toán → tồn kho → Kafka → consumer → batch, chúng ta trực tiếp tái hiện các vấn đề như trace bị đứt đoạn, phình to thành hàng nghìn span rồi âm thầm bị loại bỏ, hoặc biến mất khỏi dashboard; sau đó khắc phục theo trình tự triệu chứng → xác định nguyên nhân → xử lý, để hoàn thiện trace liền mạch từ đầu đến cuối cùng dashboard.

Mỗi sáng, tôi trực tiếp xây dựng trên Docker trên laptop của mình một tác nhân DBA có thể đo đạc MySQL·PostgreSQL, lập bảng chẩn đoán xếp hạng bằng các ký tự A·B·C·N, dùng EXPLAIN để chẩn đoán các truy vấn có vấn đề rồi soạn bản nháp yêu cầu cải thiện, đồng thời xem xét kế hoạch tăng·giảm số lượng kết nối và Reader trước đợt sale cùng chi phí.

[Mục tiêu cuối cùng] Tự tay hoàn thiện một agent vận hành có thể chạy xuyên suốt từ tiêm lỗi → cảnh báo → AI phân tích bước đầu → runbook và phương án xử lý → người phê duyệt thực hiện → đến bản nháp postmortem. Triển khai sàn thương mại điện tử ảo 'Loop Market' bằng Docker và thực hành với Prometheus, Grafana, Loki và Claude.

Tự xây dựng một pipeline phát triển bằng cách chạy Claude Code ở chế độ headless, để chỉ với một dòng bình luận trên issue, PR cần review sẽ được tạo ra. Mã hóa các quy tắc của nhóm bằng CLAUDE.md, skill và hook, đồng thời bổ sung ba bước kiểm duyệt thủ công, bot review, sổ theo dõi các nhận định sai và giới hạn chi phí.

Mục tiêu cuối cùng: biến một công việc lặp đi lặp lại của tôi thành một kỹ năng Claude → đồng nghiệp cài đặt và sử dụng → báo cáo thời gian tiết kiệm được bằng con số. Không cần viết mã, tôi sẽ trực tiếp chạy và kiểm tra 12 kỹ năng theo từng vị trí công việc dựa trên dữ liệu của cửa hàng tổng hợp thể thao và dã ngoại giả lập “Loop Market”, rồi hoàn thiện kỹ năng cho công việc của mình trong đồ án cuối khóa.

Nếu bạn đang chạy cơ sở dữ liệu bằng Docker, bạn sẽ học cách tự tái hiện trên máy tính của mình 30 tình huống có thể làm mất dữ liệu hoặc khiến dữ liệu không đọc được—từ `down -v`, `prune`, tên thư mục, biến môi trường mật khẩu, việc dừng sau 10 giây, giới hạn bộ nhớ, thẻ image đến sao lưu bằng cách sao chép volume—sau đó đọc log cơ sở dữ liệu để tìm nguyên nhân và khôi phục dữ liệu bằng phục hồi theo thời điểm.

Trước cuộc họp lúc 9 giờ thứ Hai, giao Cowork tổng hợp hiệu quả quảng cáo trên 3 kênh, quyết toán coupon, các phản hồi không hài lòng và kiểm tra tồn kho; mọi người chỉ cần xem bảng đối soát. Dùng dữ liệu của cửa hàng trực tuyến mô phỏng để tạo hơn 40 tệp kết quả theo từng người phụ trách và 5 kỹ năng, đồng thời hoàn tất việc lên lịch chạy tự động lúc 8 giờ mỗi sáng thứ Hai.

Biến nửa ngày chốt sổ cuối tháng thành 30 phút tải tệp lên và kiểm tra. Giao cho Claude Cowork 16 tệp kênh giả lập theo mô hình Smart Store, Coupang và Cafe24 để tạo bảng tổng hợp đơn hàng → đối soát quyết toán (đơn hàng ↔ quyết toán ↔ sao kê ngân hàng, đưa chênh lệch chưa giải thích về 0) → lãi lỗ hàng trả lại → tồn kho và đặt hàng → danh sách yêu cầu CS chưa xử lý → kỹ năng chốt sổ cuối tháng. Giao việc bằng tiếng Hàn, không cần viết mã hay công thức, rồi đối chiếu với dữ liệu gốc để xác nhận. Học qua 28 tình huống thực tế và nhật ký thực thi thực tế của Claude.

Nếu trước sự kiện bạn được yêu cầu "hãy thử kiểm thử tải", hãy dùng k6 để tăng số yêu cầu mỗi giây theo từng nấc, đồng thời theo dõi các chỉ số phía DB (CPU, luồng đang chạy, connection pool, thời gian chờ khóa, buffer pool, độ trễ sao chép) trên cùng một màn hình. Xác định thứ gì sẽ gặp sự cố trước, rồi dùng các con số để đặt ra ngưỡng giới hạn và tiêu chí dừng. Tôi tái hiện toàn bộ bằng Docker trên máy tính của mình.

Trực tiếp quan sát điểm nghẽn của DB khi cấp coupon và trừ tồn kho theo nguyên tắc ai đến trước được trước, thông qua thời gian chờ khóa, dòng dữ liệu nóng, độ dài danh sách lịch sử và số lượng kết nối. Đây là khóa học thực chiến của trưởng nhóm DBA đang làm nghề, dùng kịch bản thực hành chạy bằng Docker để chứng minh hiệu quả trước và sau khi thiết kế, từ UPDATE có điều kiện, khóa duy nhất, SKIP LOCKED, phân chia bộ đếm cho đến quyết định có nên dùng Redis hay không.