Điều founder cần biết về kiến trúc phần mềm

Kiến trúc thường được xem là chuyện kỹ thuật. Thực chất đó là chuyện kinh doanh diễn đạt bằng ngôn ngữ kỹ thuật: nó quyết định bạn thay đổi sản phẩm nhanh đến đâu, chi phí vận hành bao nhiêu và mở rộng an toàn thế nào.

Bốn quyết định đáng để bạn quan tâm

• Mô hình dữ liệu — cách các thực thể cốt lõi liên hệ với nhau.
• Ranh giới — phần nào của hệ thống có thể thay đổi độc lập.
• Trạng thái và tích hợp — cái gì bạn sở hữu, cái gì bạn phụ thuộc.
• Hình thái triển khai — cách phát hành, mở rộng và quay lui.

Câu hỏi nên đặt cho đối tác kỹ thuật

1. 1Nếu chọn phương án này, điều gì sẽ khó thay đổi sau mười hai tháng?
2. 2Thiết kế này ra sao khi tải tăng gấp mười lần?
3. 3Phần nào đang được giữ đơn giản có chủ đích và khi nào cần xem lại?
4. 4Dữ liệu khách hàng nằm ở đâu và ai có thể truy cập?

Rủi ro cần tránh không phải là làm quá đơn giản — sản phẩm giai đoạn đầu nên đơn giản. Rủi ro là đưa ra quyết định không thể đảo ngược một cách vô tình.