Kiến trúc kỹ thuật

Vì sao người làm sản phẩm cần hiểu kiến trúc

Bạn không thiết kế kiến trúc. Nhưng kiến trúc quyết định cái gì rẻ và cái gì đắt trong nhiều năm — và bạn sẽ liên tục va vào nó dưới dạng "yêu cầu này tốn ba tháng" mà không hiểu vì sao.

Điểm quan trọng nhất: những quyết định này được đưa ra rất sớm, thường bởi một hai người, trong vài ngày — và chúng chi phối nhiều năm. Có mặt trong cuộc trò chuyện đó đáng giá hơn nhiều so với việc phản ứng lại nó ba năm sau.

Bốn câu hỏi nên hỏi về bất kỳ kiến trúc nào

• Cái gì đắt khi đổi? Mọi kiến trúc đều làm một số thứ rẻ và một số thứ đắt. Biết trước danh sách "đắt" giúp bạn không hứa nhầm.
• Nút thắt nằm ở đâu khi lượng dùng tăng gấp mười? Câu trả lời thường là một thành phần cụ thể, và biết trước cho phép chuẩn bị.
• Phần nào chỉ một người hiểu? Đây là rủi ro tổ chức nhiều hơn là rủi ro kỹ thuật.
• Nếu một phần hỏng thì phần nào còn chạy? Hệ thống mà một lỗi nhỏ làm dừng toàn bộ là một quyết định, không phải một tai nạn.

Về nợ kiến trúc: khác nợ kỹ thuật thông thường ở chỗ nó không sửa được dần dần. Nợ code trả từng chút được; quyết định kiến trúc sai thì hoặc sống chung, hoặc làm lại lớn. Đó là lý do nó đáng được bàn kỹ ở đầu.

Ba đánh đổi kiến trúc mà người làm sản phẩm nên hiểu

Dòng cuối là dòng người làm sản phẩm hay bị bất ngờ nhất. Khi hệ thống chọn nhất quán sau, sẽ có khoảng thời gian dữ liệu chưa khớp nhau — và điều đó phải được thiết kế vào trải nghiệm, không phải để người dùng tự phát hiện.

Vì sao vai trò của bạn cần cái này

Definition of done

• Biết danh sách những thay đổi đắt trong kiến trúc hiện tại.
• Biết nút thắt ở đâu khi lượng dùng tăng mạnh.
• Không có phần nào chỉ một người hiểu.
• Đã quyết rõ phần nào tự xây, phần nào mua, và ghi lý do.
• Hệ quả của lựa chọn nhất quán được thiết kế vào trải nghiệm người dùng.