Mục tiêu

Bộ prompt này được thiết kế để hỗ trợ kỹ sư phần mềm, kiến trúc sư hệ thống và tech lead phân tích logic nghiệp vụ cũ, sau đó đề xuất cách chuyển đổi sang kiến trúc microservices dễ bảo trì, dễ mở rộng và ít rủi ro hơn.

• Nhận diện các miền nghiệp vụ và bounded context phù hợp.
• Tách trách nhiệm giữa các service một cách rõ ràng.
• Đề xuất API, event, database ownership và chiến lược giao tiếp giữa service.
• Lập kế hoạch migration theo từng giai đoạn để hạn chế downtime.
• Giảm phụ thuộc chéo, technical debt và rủi ro khi mở rộng hệ thống.

Khi nào nên dùng

Sử dụng prompt này khi bạn đang làm việc với một hệ thống monolith, codebase legacy hoặc các module nghiệp vụ đã phát triển lâu năm và khó thay đổi. Prompt cũng phù hợp khi đội ngũ muốn chuẩn bị tài liệu kiến trúc, đánh giá khả năng tách service hoặc lên roadmap hiện đại hóa backend.

Các tình huống phù hợp

• Hệ thống có nhiều logic nghiệp vụ đan xen, khó kiểm thử và khó triển khai độc lập.
• Một thay đổi nhỏ thường ảnh hưởng đến nhiều module không liên quan.
• Cơ sở dữ liệu dùng chung quá lớn, nhiều bảng bị nhiều module cùng ghi đọc.
• Đội kỹ thuật muốn chuyển dần sang microservices nhưng chưa biết bắt đầu từ đâu.
• Cần tạo tài liệu đề xuất kiến trúc để thảo luận với team hoặc stakeholders.

Hướng dẫn tùy biến

Để có kết quả tốt, hãy cung cấp càng nhiều ngữ cảnh càng tốt: mô tả hệ thống hiện tại, các module chính, database schema, luồng nghiệp vụ quan trọng, pain point, yêu cầu phi chức năng và giới hạn kỹ thuật.

1. Thay phần mô tả hệ thống bằng bối cảnh thực tế của bạn.
2. Bổ sung danh sách module, bảng dữ liệu, API hoặc job nền nếu có.
3. Nêu rõ mục tiêu ưu tiên: giảm coupling, tăng scalability, cải thiện deployment, tối ưu team ownership hoặc tăng khả năng test.
4. Chỉ định stack công nghệ hiện tại và công nghệ mong muốn nếu đã có định hướng.
5. Yêu cầu AI xuất kết quả theo dạng bảng, roadmap, ADR hoặc checklist tùy nhu cầu.

Lưu ý

• Không nên tách microservices chỉ vì xu hướng; hãy đánh giá chi phí vận hành, monitoring, tracing, DevOps và độ trưởng thành của team.
• Kết quả từ AI nên được xem là bản đề xuất ban đầu, cần được review bởi kiến trúc sư và đội phát triển hiểu rõ hệ thống.
• Tránh tách service quá nhỏ ở giai đoạn đầu nếu domain chưa ổn định.
• Ưu tiên migration từng bước, có rollback plan và tiêu chí đo lường rõ ràng.
• Luôn cân nhắc tính nhất quán dữ liệu, transaction boundary và chiến lược xử lý lỗi giữa các service.