Phân biệt kiến trúc hệ thống và cấu trúc hệ thống

Kiến trúc hệ thống tập trung vào cách một hệ thống được định hướng, phân rã thành các thành phần lớn, xác định trách nhiệm, mối quan hệ, nguyên tắc thiết kế và các quyết định quan trọng ảnh hưởng đến toàn bộ vòng đời hệ thống.

Cấu trúc hệ thống tập trung vào cách các thành phần cụ thể được tổ chức và liên kết với nhau tại một thời điểm nhất định.

Nói cách khác:

·         Kiến trúc hệ thống trả lời câu hỏi: Hệ thống được thiết kế theo nguyên tắc nào và các phần lớn phối hợp với nhau ra sao

·         Cấu trúc hệ thống trả lời câu hỏi: Hệ thống gồm những thành phần nào và chúng được sắp xếp, kết nối như thế nào

Kiến trúc hệ thống là gì?

Kiến trúc hệ thống là mô hình thiết kế ở mức tổng thể, mô tả các quyết định nền tảng về cách xây dựng và vận hành một hệ thống.

Kiến trúc không chỉ là sơ đồ các thành phần. Nó bao gồm:

·         Các thành phần chính của hệ thống

·         Vai trò và trách nhiệm của từng thành phần

·         Quan hệ giữa các thành phần

·         Luồng dữ liệu hoặc luồng xử lý

·         Các nguyên tắc và ràng buộc thiết kế

·         Các quyết định ảnh hưởng đến khả năng mở rộng, bảo trì và vận hành

Ví dụ, trong một hệ thống phần mềm doanh nghiệp, kiến trúc hệ thống có thể xác định việc sử dụng mô hình nhiều lớp gồm:

·         Lớp giao diện người dùng

·         Lớp xử lý nghiệp vụ

·         Lớp dữ liệu

·         Các dịch vụ tích hợp bên ngoài

Quyết định này định hướng cách toàn bộ hệ thống được phát triển.

Cấu trúc hệ thống là gì?

Cấu trúc hệ thống là cách các phần tử bên trong hệ thống được tổ chức và thể hiện mối quan hệ giữa chúng.

Cấu trúc thường mô tả:

·         Các thành phần hiện có

·         Cách các thành phần kết nối

·         Sự phân cấp giữa các phần tử

·         Cách các bộ phận tạo thành một hệ thống hoàn chỉnh

Ví dụ, trong cùng một hệ thống phần mềm, cấu trúc có thể mô tả:

·         Một module quản lý người dùng

·         Một module thanh toán

·         Một cơ sở dữ liệu khách hàng

·         Các API kết nối giữa các module

Cấu trúc cho thấy hệ thống đang được tạo thành từ những phần nào, nhưng không nhất thiết giải thích tại sao hệ thống được thiết kế theo cách đó.

Sự khác biệt giữa kiến trúc hệ thống và cấu trúc hệ thống

Khác biệt về mức độ trừu tượng

Kiến trúc hệ thống hoạt động ở mức trừu tượng cao hơn.

Nó tập trung vào:

·         Bức tranh tổng thể

·         Các quyết định thiết kế nền tảng

·         Cách hệ thống đáp ứng mục tiêu kinh doanh hoặc kỹ thuật

Cấu trúc hệ thống hoạt động ở mức cụ thể hơn.

Nó tập trung vào:

·         Thành phần thực tế

·         Quan hệ giữa các phần tử

·         Cách hệ thống được tổ chức bên trong

Có thể hiểu:

Kiến trúc là bản thiết kế định hướng cho toàn bộ hệ thống.

Cấu trúc là hình dạng tổ chức cụ thể của các thành phần trong hệ thống.

Khác biệt về mục tiêu thiết kế

Kiến trúc hệ thống nhằm kiểm soát các quyết định quan trọng như:

·         Khả năng mở rộng

·         Tính linh hoạt

·         Khả năng tích hợp

·         Hiệu năng

·         Độ tin cậy

·         Khả năng bảo trì

Cấu trúc hệ thống nhằm mô tả:

·         Thành phần nào tồn tại

·         Thành phần nào liên kết với nhau

·         Hệ thống được phân chia như thế nào

Ví dụ:

Việc lựa chọn kiến trúc microservices là một quyết định kiến trúc vì nó ảnh hưởng đến cách toàn bộ hệ thống được tổ chức.

Việc một dịch vụ có năm module bên trong là vấn đề thuộc về cấu trúc triển khai cụ thể.

Khác biệt về phạm vi quyết định

Kiến trúc hệ thống đưa ra các quyết định có ảnh hưởng dài hạn.

Một thay đổi kiến trúc thường tác động đến:

·         Công nghệ sử dụng

·         Cách phân chia hệ thống

·         Phương thức giao tiếp giữa các thành phần

Cấu trúc hệ thống thường phản ánh trạng thái tổ chức hiện tại của hệ thống.

Một thay đổi cấu trúc có thể chỉ ảnh hưởng đến một phần cụ thể mà không làm thay đổi toàn bộ định hướng thiết kế.

Mối quan hệ giữa kiến trúc hệ thống và cấu trúc hệ thống

Kiến trúc hệ thống và cấu trúc hệ thống có quan hệ phụ thuộc.

Kiến trúc định hướng cách tạo ra cấu trúc.

Quá trình thường diễn ra như sau:

Kiến trúc hệ thống

↓

Xác định các thành phần lớn và nguyên tắc tổ chức

↓

Thiết kế cấu trúc hệ thống

↓

Triển khai các thành phần cụ thể

Ví dụ:

Một kiến trúc hệ thống yêu cầu tách biệt giao diện, nghiệp vụ và dữ liệu.

Từ đó cấu trúc hệ thống sẽ thể hiện:

·         Thành phần giao diện

·         Thành phần xử lý nghiệp vụ

·         Thành phần lưu trữ dữ liệu

·         Các kết nối giữa chúng

Nếu không có kiến trúc rõ ràng, cấu trúc hệ thống có thể phát triển thiếu nhất quán và khó mở rộng.

Vì sao cần phân biệt kiến trúc hệ thống và cấu trúc hệ thống?

Việc phân biệt hai khái niệm giúp tránh nhầm lẫn trong quá trình thiết kế hệ thống.

Hỗ trợ ra quyết định thiết kế

Kiến trúc giúp trả lời các câu hỏi chiến lược:

·         Hệ thống nên được chia thành những phần nào

·         Các phần nên giao tiếp theo nguyên tắc nào

·         Những ràng buộc nào cần được kiểm soát

Cấu trúc giúp trả lời các câu hỏi triển khai:

·         Có những thành phần cụ thể nào

·         Chúng nằm ở đâu

·         Chúng kết nối như thế nào

Giúp quản lý độ phức tạp

Các hệ thống lớn thường có hàng trăm hoặc hàng nghìn thành phần.

Kiến trúc giúp kiểm soát sự phức tạp bằng cách xác định mô hình tổ chức tổng thể.

Cấu trúc giúp quản lý chi tiết bên trong từng khu vực của hệ thống.

Hỗ trợ bảo trì và phát triển lâu dài

Một kiến trúc tốt giúp hệ thống dễ thay đổi khi yêu cầu mới xuất hiện.

Một cấu trúc tốt giúp nhóm phát triển dễ hiểu, sửa đổi và mở rộng từng thành phần.

Những hiểu lầm phổ biến về kiến trúc hệ thống và cấu trúc hệ thống

Kiến trúc hệ thống không chỉ là sơ đồ

Một sơ đồ mô tả thành phần chưa đủ để trở thành kiến trúc hệ thống.

Kiến trúc còn cần thể hiện:

·         Lý do lựa chọn thiết kế

·         Nguyên tắc tổ chức

·         Ràng buộc kỹ thuật

·         Mục tiêu cần đạt được

Cấu trúc hệ thống không thay thế kiến trúc hệ thống

Một hệ thống có thể có cấu trúc rõ ràng nhưng vẫn có kiến trúc yếu.

Ví dụ:

Các module được phân chia hợp lý nhưng không có nguyên tắc về mở rộng, tích hợp hoặc quản lý phụ thuộc.

Kiến trúc không phải là cấu trúc chi tiết

Kiến trúc không cần mô tả mọi lớp mã nguồn hoặc từng thành phần nhỏ.

Nếu đi quá sâu vào chi tiết triển khai, mô tả đó đã chuyển sang phạm vi cấu trúc.

Cách áp dụng kiến trúc hệ thống và cấu trúc hệ thống trong thực tế

Khi thiết kế một hệ thống mới:

·         Bắt đầu bằng kiến trúc để xác định định hướng tổng thể

·         Xác định các thành phần chính và trách nhiệm của chúng

·         Thiết kế cấu trúc chi tiết bên trong từng thành phần

·         Kiểm tra sự phù hợp giữa cấu trúc thực tế và kiến trúc ban đầu

Khi cải tiến hệ thống hiện có:

·         Đánh giá kiến trúc hiện tại

·         Xác định các vấn đề về phụ thuộc, mở rộng hoặc tích hợp

·         Điều chỉnh cấu trúc từng phần nhưng vẫn giữ nguyên nguyên tắc kiến trúc phù hợp

Kiến trúc hệ thống và cấu trúc hệ thống có mối quan hệ chặt chẽ nhưng không cùng phạm vi. Kiến trúc hệ thống là định hướng thiết kế ở mức tổng thể, tập trung vào nguyên tắc, quyết định nền tảng và cách các phần lớn phối hợp với nhau. Cấu trúc hệ thống là cách các thành phần cụ thể được tổ chức và liên kết bên trong hệ thống.

Hiểu đúng sự khác biệt này giúp quá trình thiết kế hệ thống trở nên có kiểm soát hơn, tránh tập trung quá sớm vào chi tiết mà bỏ qua các quyết định kiến trúc quan trọng.