Feedback 02: Microservices overkill

Challenge: ../challenges/02-microservices-overkill.md · Người hỏi: Raj Kumar (CTO)

1. Intention: khách thực sự muốn biết gì?

CTO lo về khả năng vận hành sau khi vendor rời đi. Ông kiểm tra xem bạn có thiết kế theo xu hướng hay theo nhu cầu.

2. Điều nên tránh

• Bảo vệ microservices bằng mọi giá.
• Nói theo kiểu Netflix/Amazon đều dùng.
• Bỏ qua năng lực đội khách.

3. Cách trả lời

TCE (Trade-off – Choice – Evidence)

Khung nói ngắn gọn:

1. Nói rõ trade-off
2. Lựa chọn của bạn và lý do
3. Cách kiểm chứng
4. Hỏi thông tin quyết định

4. Câu trả lời mẫu (ngắn gọn)

It can be, so we won't start with fifty services. We'd split only where there's a clear reason, like inventory and orders, which need to scale at peak. The rest can stay as a well-structured modular service. That keeps it manageable for a team of twelve. We'd decide each split together, with your team. Which areas do your developers find hardest to change today?

Khoảng 64 từ, nói trong khoảng 30 giây.

Cách giữ ngắn gọn mà vẫn đạt mục tiêu: mở bằng kết luận, mỗi ý một câu, không giải thích kỹ thuật trừ khi được hỏi, và dừng lại bằng câu hỏi để khách dẫn tiếp.

5. Vì sao câu trả lời này hiệu quả

Đồng ý một phần cho thấy sự khách quan; đề xuất 'modular trước, tách khi cần' là thiết kế thực tế.