Kiến trúc doanh nghiệp là một ngành học giúp các tổ chức hài hòa hóa các mục tiêu và chiến lược kinh doanh với năng lực công nghệ thông tin của họ. Để đạt được điều này, các kiến trúc sư doanh nghiệp phải xử lý nhiều kiến trúc liên quan, mỗi kiến trúc có mục đích, phạm vi và mức độ chi tiết khác nhau. Enterprise Continuum là một khung tham chiếu giúp các kiến trúc sư tổ chức và phân loại các kiến trúc và tài sản liên quan.
Enterprise Continuum là gì
Enterprise Continuum là một khung tham chiếu được sử dụng trong kiến trúc doanh nghiệp để tổ chức và phân loại các loại tài sản khác nhau được sử dụng trong quá trình phát triển kiến trúc doanh nghiệp. Enterprise Continuum bao gồm nhiều loại tài sản được sử dụng để phát triển kiến trúc, chẳng hạn như chính sách, tiêu chuẩn, các sáng kiến chiến lược, cấu trúc tổ chức và năng lực cấp doanh nghiệp. Những tài sản này không được sử dụng trực tiếp trong quá trình phát triển kiến trúc theo phương pháp ADM (Phương pháp Phát triển Kiến trúc), nhưng có thể ảnh hưởng đến các kiến trúc được phát triển.
Enterprise Continuum là một khung tham chiếu được sử dụng trong kiến trúc doanh nghiệp để tổ chức và phân loại các cấp độ kiến trúc khác nhau trong một tổ chức. Nó cung cấp một cách thức để hiểu quá trình phát triển kiến trúc doanh nghiệp từ chung chung đến cụ thể, từ trừu tượng đến cụ thể, và từ logic đến vật lý.
Enterprise Continuum bao gồm hai thành phần chính:
- khung kiến trúc và
- khung giải pháp.
Khung kiến trúc là một khung tham chiếu để tổ chức và phân loại các tài sản kiến trúc, trong khi khung giải pháp là một khung tham chiếu để tổ chức và phân loại các giải pháp cho các vấn đề kinh doanh cụ thể.
Khung kiến trúc so với khung giải pháp
Enterprise Continuum bao gồm hai chuyên biệt hóa, đó là khung kiến trúc và khung giải pháp. Khung kiến trúc cung cấp một khung tham chiếu để tổ chức và phân loại các tài sản kiến trúc, trong khi khung giải pháp cung cấp một khung tham chiếu để tổ chức và phân loại các giải pháp cho các vấn đề kinh doanh cụ thể. Những chuyên biệt hóa này giúp các kiến trúc sư chia nhỏ các vấn đề phức tạp thành các thành phần có thể quản lý được và cung cấp cái nhìn rõ ràng về quá trình phát triển kiến trúc doanh nghiệp từ chung chung đến cụ thể, từ trừu tượng đến cụ thể, và từ logic đến vật lý.
Khung kiến trúc và khung giải pháp là hai khung tham chiếu trong Enterprise Continuum, vốn là một phần của tiêu chuẩn TOGAF (Khung kiến trúc của Tổ chức Mở).
- Khung kiến trúclà một khung tham chiếu cung cấp cấu trúc để tổ chức và phân loại các tài sản kiến trúc có thể tái sử dụng, được gọi là Các khối xây dựng kiến trúc (ABBs). Các ABBs phát triển qua vòng đời phát triển, bắt đầu từ các thực thể trừu tượng và chung chung, rồi tiến hóa thành các tài sản kiến trúc đặc thù tổ chức. Các tài sản trong khung kiến trúc được sử dụng để định hướng và lựa chọn các thành phần trong khung giải pháp.
- Khung giải pháp, mặt khác, cung cấp một cách nhất quán để mô tả và hiểu việc triển khai các tài sản được xác định trong khung kiến trúc. Nó xác định những gì có sẵn trong môi trường tổ chức dưới dạng Các khối xây dựng giải pháp có thể tái sử dụng (SBBs). Những SBBs này là các giải pháp được tạo ra từ các thỏa thuận giữa khách hàng và đối tác kinh doanh nhằm thực hiện các quy tắc và mối quan hệ được xác định trong không gian kiến trúc. Khung giải pháp được thiết kế để giải quyết các điểm tương đồng và khác biệt giữa các sản phẩm, hệ thống và dịch vụ của các hệ thống đã triển khai.
Tóm lại, khung kiến trúc cung cấp một khung tham chiếu để tổ chức và phân loại các tài sản kiến trúc có thể tái sử dụng, trong khi khung giải pháp cung cấp một khung tham chiếu để tổ chức và phân loại các giải pháp cho các vấn đề kinh doanh cụ thể. Cả hai khung tham chiếu này đều là những thành phần quan trọng trong Enterprise Continuum và giúp các tổ chức quản lý sự phức tạp và nâng cao hiệu quả bằng cách xác định và tái sử dụng các giải pháp chung ở các bộ phận khác nhau trong tổ chức.
Ví dụ 1 – Khung kiến trúc so với khung giải pháp
hãy cùng xem xét một ví dụ về một tổ chức lớn với nhiều bộ phận, mỗi bộ phận chịu trách nhiệm quản lý hệ thống CNTT riêng của mình. Mỗi bộ phận có thể có những nhu cầu và yêu cầu riêng biệt, nhưng cũng có thể tồn tại các điểm tương đồng và trùng lặp giữa các hệ thống khác nhau. Để quản lý sự phức tạp này, tổ chức có thể sử dụng các khung tham chiếu khung kiến trúc và khung giải pháp trong tiêu chuẩn TOGAF.
Khung kiến trúc có thể được sử dụng để phân loại và tổ chức các tài sản kiến trúc có thể tái sử dụng trong toàn tổ chức, chẳng hạn như các kiến trúc hệ thống chung, kiến trúc ngành và kiến trúc doanh nghiệp. Ví dụ, tổ chức có thể xác định các thành phần kiến trúc chung như mô hình dữ liệu, giao thức mạng hoặc giao diện ứng dụng, và tổ chức chúng thành các ABBs.
Sau khi khung kiến trúc được thiết lập, tổ chức có thể sử dụng khung giải pháp để phân loại và tổ chức các giải pháp được triển khai trong hệ thống CNTT của từng bộ phận. Ví dụ, tổ chức có thể xác định các giải pháp chung như phần mềm quản lý quan hệ khách hàng (CRM), hệ thống quản lý chuỗi cung ứng (SCM) hoặc phần mềm quản lý tài chính, và tổ chức chúng thành các SBBs. Điều này giúp các bộ phận có thể tái sử dụng các giải pháp chung khi có thể, giảm thiểu trùng lặp và nâng cao hiệu quả.
Tổng quan, các khung tham chiếu khung kiến trúc và khung giải pháp có thể giúp các tổ chức quản lý sự phức tạp và nâng cao hiệu quả bằng cách xác định và tái sử dụng các giải pháp chung ở các bộ phận khác nhau trong tổ chức, đồng thời vẫn duy trì tính linh hoạt để đáp ứng các nhu cầu và yêu cầu đặc thù của từng bộ phận.
Ví dụ 2 – Khung kiến trúc so với khung giải pháp
Một ví dụ thực tế khác mà các khung tham chiếu khung kiến trúc và khung giải pháp có thể được áp dụng là trong phát triển các ứng dụng phần mềm.
Trong phát triển phần mềm, khung kiến trúc có thể được sử dụng để phân loại và tổ chức các tài sản kiến trúc có thể tái sử dụng, chẳng hạn như các khung phần mềm chung, các mẫu thiết kế và các ngôn ngữ lập trình. Ví dụ, một tổ chức có thể xác định các thành phần kiến trúc chung như kiến trúc vi dịch vụ, thiết kế hướng miền hoặc đóng gói bằng container, và tổ chức chúng thành các ABBs.
Sau khi khung kiến trúc được thiết lập, khung giải pháp có thể được sử dụng để phân loại và tổ chức các giải pháp được triển khai trong các ứng dụng phần mềm. Ví dụ, tổ chức có thể xác định các giải pháp chung như xác thực và ủy quyền, bộ nhớ đệm hoặc ghi nhật ký và xử lý lỗi, và tổ chức chúng thành các SBBs. Điều này giúp các nhà phát triển phần mềm có thể tái sử dụng các giải pháp chung khi có thể, giảm thiểu trùng lặp và nâng cao hiệu quả.
Tổng quan, các khung tham chiếu khung kiến trúc và khung giải pháp có thể giúp các đội phát triển phần mềm quản lý sự phức tạp và nâng cao hiệu quả bằng cách xác định và tái sử dụng các giải pháp chung ở các bộ phận khác nhau trong tổ chức, đồng thời vẫn duy trì tính linh hoạt để đáp ứng các nhu cầu và yêu cầu đặc thù của từng dự án.
Ví dụ 3 – Khung kiến trúc so với khung giải pháp
Một ví dụ thực tế khác mà các khung kiến trúc kiến trúc và khung kiến trúc giải pháp có thể được áp dụng là trong việc phát triển cơ sở hạ tầng thành phố thông minh.
Trong cơ sở hạ tầng thành phố thông minh, khung kiến trúc kiến trúc có thể được sử dụng để phân loại và tổ chức các tài sản kiến trúc có thể tái sử dụng, chẳng hạn như các giao thức truyền thông chung, mô hình dữ liệu và khung bảo mật. Ví dụ, các nhà quy hoạch thành phố có thể xác định các thành phần kiến trúc chung như mạng lưới Internet vạn vật (IoT), nền tảng tính toán đám mây hoặc các thiết bị tính toán biên, và tổ chức chúng thành các ABB.
Sau khi khung kiến trúc kiến trúc được thiết lập, khung kiến trúc giải pháp có thể được sử dụng để phân loại và tổ chức các giải pháp được triển khai trong cơ sở hạ tầng thành phố thông minh. Ví dụ, các nhà quy hoạch thành phố có thể xác định các giải pháp chung như hệ thống chiếu sáng thông minh, hệ thống giao thông thông minh hoặc hệ thống quản lý rác thải, và tổ chức chúng thành các SBB. Điều này giúp thành phố có thể tái sử dụng các giải pháp chung khi có thể, giảm thiểu sự trùng lặp và nâng cao hiệu quả.
Tổng quan, các khung kiến trúc kiến trúc và khung kiến trúc giải pháp có thể giúp các nhà quy hoạch thành phố quản lý sự phức tạp và nâng cao hiệu quả bằng cách xác định và tái sử dụng các giải pháp chung trên các phần khác nhau của cơ sở hạ tầng, đồng thời vẫn duy trì tính linh hoạt để đáp ứng các nhu cầu và yêu cầu đặc thù của từng thành phố.
Một ví dụ thực tế về việc tài liệu hóa các ABB và SBB
dưới đây là một ví dụ về cách các khung kiến trúc kiến trúc và khung kiến trúc giải pháp có thể được áp dụng trong bối cảnh cơ sở hạ tầng thành phố thông minh:
Các khối xây dựng kiến trúc (ABBs)
- Kiến trúc mạng IoT – định nghĩa các thành phần kiến trúc cần thiết cho việc triển khai và quản lý mạng IoT, bao gồm các cổng kết nối, cảm biến và các thiết bị biên.
- Nền tảng tính toán đám mây – định nghĩa các thành phần kiến trúc cần thiết cho việc triển khai và quản lý nền tảng tính toán đám mây, bao gồm máy ảo, lưu trữ và mạng lưới.
- Khung bảo mật – định nghĩa các thành phần kiến trúc cần thiết cho việc triển khai và quản lý cơ sở hạ tầng thành phố thông minh an toàn, bao gồm xác thực, ủy quyền và mã hóa.
Các khối xây dựng giải pháp (SBBs)
- Hệ thống chiếu sáng thông minh – một giải pháp sử dụng cảm biến IoT và tính toán đám mây để điều khiển ánh sáng tại các khu vực công cộng, giảm tiêu thụ năng lượng và cải thiện an toàn.
- Hệ thống giao thông thông minh – một giải pháp sử dụng cảm biến IoT và tính toán đám mây để tối ưu hóa lưu lượng giao thông, giảm ùn tắc và cải thiện dịch vụ vận tải công cộng.
- Hệ thống quản lý rác thải – một giải pháp sử dụng cảm biến IoT và tính toán đám mây để tối ưu hóa việc thu gom và xử lý rác thải, giảm tác động đến môi trường và cải thiện sức khỏe cộng đồng.
Bằng cách sử dụng khung kiến trúc kiến trúc để phân loại và tổ chức các ABB, và khung kiến trúc giải pháp để phân loại và tổ chức các SBB, các nhà quy hoạch thành phố có thể nâng cao hiệu quả và hiệu suất của các dự án cơ sở hạ tầng thành phố thông minh. Bằng cách tái sử dụng các ABB và SBB chung trên các phần khác nhau của cơ sở hạ tầng, họ có thể giảm thiểu sự trùng lặp và cải thiện tính nhất quán, đồng thời vẫn duy trì tính linh hoạt để đáp ứng các nhu cầu và yêu cầu cụ thể của từng dự án.
Các loại tài liệu được bao gồm trong khung kiến trúc kiến trúc
Dưới đây là một ví dụ về các loại tài liệu có thể được bao gồm trong bốn cấp độ của khung kiến trúc kiến trúc:
- Kiến trúc nền tảng – cấp độ này bao gồm các khung và mô hình nền tảng cung cấp cơ sở chung cho tất cả các kiến trúc trong tổ chức. Các tài liệu ví dụ có thể bao gồm:
- Khung TOGAF
- Mô hình năng lực kinh doanh
- Nguyên tắc kiến trúc dữ liệu
- Kiến trúc hệ thống chung – cấp độ này bao gồm các kiến trúc cho các loại hệ thống cụ thể được sử dụng trên nhiều phần khác nhau của tổ chức. Các tài liệu ví dụ có thể bao gồm:
- Kiến trúc hướng dịch vụ (SOA)
- Thư viện cơ sở hạ tầng công nghệ thông tin (ITIL)
- Kiến trúc trung tâm dữ liệu
- Kiến trúc ngành – cấp độ này bao gồm các kiến trúc cụ thể dành cho một ngành hoặc lĩnh vực nhất định. Các tài liệu ví dụ có thể bao gồm:
- Kiến trúc trao đổi thông tin y tế (HIE)
- Khung kiến trúc Dịch vụ Tài chính (FSAM)
- Kiến trúc Cơ sở hạ tầng Thông tin Phòng thủ (DII)
- Kiến trúc Doanh nghiệp – cấp độ này bao gồm các kiến trúc đặc thù dành riêng cho chính doanh nghiệp. Các tài liệu ví dụ có thể bao gồm:
- Kiến trúc Dữ liệu Doanh nghiệp
- Kiến trúc Ứng dụng Doanh nghiệp
- Kiến trúc Bảo mật Doanh nghiệp
Loại tài liệu cụ thể được bao gồm ở mỗi cấp độ có thể khác nhau tùy theo tổ chức và nhu cầu của nó, nhưng ví dụ này sẽ giúp bạn hình dung được các loại tài liệu có thể được bao gồm.
Các loại tài liệu được bao gồm trong Dải giải pháp
dưới đây là một ví dụ về các loại tài liệu có thể được bao gồm ở mỗi trong bốn cấp độ của Dải giải pháp, liên quan đến các ABB đề xuất của Dải kiến trúc:
- Giải pháp nền tảng – cấp độ này bao gồm các giải pháp phổ quát có thể được sử dụng ở nhiều bộ phận khác nhau trong tổ chức. Các tài liệu ví dụ có thể bao gồm:
- Bus Dịch vụ Doanh nghiệp (ESB)
- Giải pháp Kho dữ liệu
- Giải pháp Quản lý danh tính và truy cập (IAM)
- Giải pháp Hệ thống chung – cấp độ này bao gồm các giải pháp dành cho các loại hệ thống cụ thể được sử dụng ở nhiều bộ phận khác nhau trong tổ chức. Các tài liệu ví dụ có thể bao gồm:
- Giải pháp Hệ thống Thông tin Nhân sự (HRIS)
- Giải pháp Quản lý Quan hệ Khách hàng (CRM)
- Giải pháp Lập kế hoạch Nguồn lực Doanh nghiệp (ERP)
- Giải pháp Ngành – cấp độ này bao gồm các giải pháp đặc thù dành riêng cho một ngành hoặc lĩnh vực cụ thể. Các tài liệu ví dụ có thể bao gồm:
- Giải pháp Hồ sơ Y tế Điện tử (EMR)
- Giải pháp Nền tảng Giao dịch
- Giải pháp Quản lý Logistics
- Giải pháp Doanh nghiệp – cấp độ này bao gồm các giải pháp đặc thù dành riêng cho chính doanh nghiệp. Các tài liệu ví dụ có thể bao gồm:
- Giải pháp Xử lý Đơn đặt hàng Bán hàng
- Giải pháp Thanh toán Nợ phải trả
- Giải pháp Hệ thống Thực thi Sản xuất (MES)
Một lần nữa, các loại tài liệu cụ thể được bao gồm trong mỗi cấp độ có thể khác nhau tùy theo tổ chức và nhu cầu của nó, nhưng ví dụ này nên giúp bạn hình dung được các loại tài liệu có thể được bao gồm trong mỗi cấp độ của Dải Giải pháp, liên quan đến các ABB đề xuất của Dải Kiến trúc.
Tóm tắt
Bài viết thảo luận về khái niệm Dải Doanh nghiệp trong bối cảnh kiến trúc doanh nghiệp. Nó giải thích cách Dải Doanh nghiệp cung cấp một cái nhìn về Kho Kiến trúc, cho thấy quá trình phát triển của các kiến trúc liên quan từ chung đến cụ thể, trừu tượng đến cụ thể, và logic đến vật lý. Bài viết cũng giới thiệu Dải Kiến trúc và Dải Giải pháp, là hai chuyên biệt hóa của Dải Doanh nghiệp.
Dải Kiến trúc thể hiện sự sắp xếp các khối xây dựng kiến trúc (ABBs), trong khi Dải Giải pháp cung cấp một cách nhất quán để mô tả và hiểu việc triển khai các tài sản được xác định trong Dải Kiến trúc. Bài viết đưa ra các ví dụ về các tài liệu có thể được bao gồm trong bốn cấp độ của Dải Kiến trúc và Dải Giải pháp. Tổng quan, bài viết nhấn mạnh tầm quan trọng của việc xác định phạm vi kiến trúc doanh nghiệp một cách hiệu quả và việc sử dụng các tài sản kiến trúc để định hướng và lựa chọn các thành phần trong Dải Giải pháp.