Software Architecture: The Hard Parts — kiến trúc bắt đầu nơi không có đáp án hoàn hảo

Tập trung vào đánh đổi, coupling và dữ liệu bằng phương pháp rõ ràng

Nhiều tài liệu kiến trúc trình bày pattern như các đáp án. Software Architecture: The Hard Parts chọn phần khó hơn: những quyết định mà áp dụng một ưu điểm luôn kéo theo một tổn thất khác. Tách monolith, xác định ranh giới dịch vụ, sở hữu dữ liệu và điều phối giao dịch vì thế được đặt trong quan hệ với khả năng triển khai, độ tin cậy và độ phức tạp vận hành.

Điểm đáng học không nằm ở việc cuốn sách chọn microservices hay monolith. Bốn tác giả cung cấp cách dựng bảng đánh đổi, ghi lại quyết định và kiểm tra giả định bằng fitness function. Kiến trúc sư không còn là người tuyên bố “best practice”, mà là người làm rõ bối cảnh và chịu trách nhiệm về hệ quả.

Các tình huống giả lập giúp ý tưởng cụ thể, dù đôi lúc khiến sách dài hơn cần thiết. Người đọc cũng nên nhớ mọi mô hình phân tích đều phụ thuộc dữ liệu thực tế của tổ chức. Giá trị tốt nhất của sách là tạo ra một ngôn ngữ chung để kỹ thuật, sản phẩm và vận hành tranh luận có cấu trúc.