Thực tiễn tốt nhất trong việc thiết kế kiến ​​trúc doanh nghiệp dựa trên blockchain

Trong bài viết này, các hướng dẫn được cung cấp về cách thiết kế kiến ​​trúc doanh nghiệp, trong trường hợp này liên quan đến blockchain và các công nghệ khác.

Kiến trúc doanh nghiệp là một khung hoặc mô hình mô tả cấu trúc và chức năng của doanh nghiệp. Nó giúp chúng tôi phân tích, thiết kế, lập kế hoạch, thực hiện và duy trì các thành phần kiến ​​trúc. Những gì chúng tôi xác định là một kiến ​​trúc logic không phải là một kiến ​​trúc vật lý. Đó là kiến ​​trúc mô tả những gì các thành phần làm, không phải cách chúng được thực hiện trong thực tế.

Kiến trúc có thể bao gồm các loại thành phần khác nhau, chẳng hạn như quy trình kinh doanh, đơn vị tổ chức, con người, thiết bị, hệ thống và cơ sở hạ tầng CNTT. Thông thường, họ tập trung vào các hệ thống và cơ sở hạ tầng hỗ trợ, được ánh xạ trên nền của các đơn vị kinh doanh hoặc các lớp logic.

Ví dụ, bên dưới là Kiến trúc doanh nghiệp OEL Foundation. Quỹ OEL là một tổ chức phi lợi nhuận cung cấp quản trị và tài nguyên cho sự phát triển của hệ sinh thái blockchain Logistics doanh nghiệp mở. Kiến trúc cho thấy các thành phần được sử dụng trong việc cung cấp các sản phẩm và dịch vụ hậu cần cho hoặc bởi những người tham gia hệ sinh thái.

Làm thế nào để chúng ta đi về việc thiết kế một kiến ​​trúc doanh nghiệp bao gồm công nghệ blockchain?

Không có sự khác biệt cơ bản với việc thiết kế bất kỳ kiến ​​trúc nào - một blockchain chỉ là một thành phần kỹ thuật khác. Tuy nhiên, có một số khía cạnh của công nghệ blockchain, chẳng hạn như hợp đồng thông minh, sẽ xuất hiện trong kiến ​​trúc dưới dạng các thành phần.

Vì vậy, làm thế nào để chúng ta đi về thiết kế kiến ​​trúc doanh nghiệp nói chung?

Không có câu trả lời nào đúng của người Hồi giáo hay người khác, mặc dù một số cách tiếp cận hữu ích hơn những câu trả lời khác. Hãy nhớ rằng kiến ​​trúc doanh nghiệp cũng là một sinh vật sống sẽ thay đổi và phát triển theo thời gian.

Có một vài hướng dẫn chung hữu ích trong thiết kế kiến ​​trúc:

1. Giữ cho nó đơn giản

2. Tham khảo các ví dụ về ngành và thực tiễn tốt nhất

3. Hiểu được sự phát triển của ngành

4. Xác định ranh giới kiến ​​trúc

5. Quyết định (các) nguyên tắc tổ chức sử dụng

6. Dân trí kiến ​​trúc với các thành phần có liên quan

7. Tham chiếu chéo kiến ​​trúc cuối cùng của bạn với các ví dụ về ngành

8. Xem xét và cơ sở kiến ​​trúc

Giữ cho nó đơn giản

Nói chung, nếu một cái gì đó không đơn giản thì thường là do sự phức tạp phản ánh một hoặc nhiều yếu tố như: phân tích và thiết kế không đầy đủ, làm việc ở mức độ chi tiết quá thấp hoặc cố gắng đưa quá nhiều thứ vào mô hình.

Cố gắng sử dụng đầy đủ một tiêu chuẩn kiến ​​trúc toàn diện như Khung kiến ​​trúc nhóm mở (TOGAF) cũng có thể không phù hợp, ngoài các tổ chức rất lớn.

Kiến trúc doanh nghiệp có thể được thiết kế bằng cách sử dụng các mức độ phức tạp khác nhau. Một số kiến ​​trúc doanh nghiệp rất phức tạp và khó hiểu, ngay cả bởi những người được cho là sử dụng chúng. Tốt hơn là giữ kiến ​​trúc đơn giản nhất có thể, mà không làm mất thông tin chính. Điều này giúp mọi người hiểu và sử dụng kiến ​​trúc và các thành phần của nó.

Một sơ đồ khối là một cơ sở tốt cho một kiến ​​trúc đơn giản. Điều này cho phép chúng ta thấy các thành phần chính và mối quan hệ rộng rãi của chúng với nhau, mà không mô tả chi tiết chức năng hoặc kết nối của chúng.

Tham khảo các ví dụ ngành và thực tiễn tốt nhất

Có nhiều ví dụ về kiến ​​trúc, với độ phức tạp khác nhau, cách tiếp cận và nguyên tắc tổ chức khác nhau, và với một số lượng lớn các loại thành phần khác nhau.

Thường không có khung hoặc mô hình kiến ​​trúc tiêu chuẩn có thể được sử dụng làm tài liệu tham khảo. Trong trường hợp không có điều này, chúng ta nên tìm kiếm các ví dụ kiến ​​trúc từ những người tham gia đầu ngành hoặc từ các học giả. Chúng có thể cho chúng ta thấy những người khác đã tiếp cận phân tích và thiết kế kiến ​​trúc như thế nào và có thể làm cơ sở cho kiến ​​trúc của chính chúng ta.

Đôi khi rất dễ tìm thấy các cách tiếp cận khác nhau rộng rãi, có thể gây nhầm lẫn.

Một kỹ thuật hữu ích là tìm kiếm hình ảnh bằng các từ khóa phù hợp và cảm nhận mô hình nào hấp dẫn bạn một cách trực quan. Xem lại những điều này ở mức cao, mà không bị mất chi tiết. Chọn bốn đến năm trong số chúng có vẻ đặc biệt phù hợp với bạn để xem xét và tham khảo thêm.

Xem những gì họ có điểm chung và những gì khác biệt có. Những gì được bao gồm trong kiến ​​trúc và những gì không? Hãy thử nghĩ về (các) nguyên tắc tổ chức được sử dụng trong xây dựng của họ. Những thành phần được liệt kê? Đừng lo lắng nếu bạn không hiểu đầy đủ về chúng hoặc nếu chúng có chứa các yếu tố dường như không liên quan đến bạn. Hãy nhớ rằng, không có câu trả lời nào đúng hay đúng.

Đối với Kiến trúc doanh nghiệp OEL Foundation, chúng tôi đã sử dụng các mô hình kiến ​​trúc từ Ethereum, Onology, CSCC / IBM, Tibco và những người tham gia ngành được chọn làm tài liệu tham khảo.

Hiểu được sự phát triển của ngành

Chúng tôi đang làm việc bất cứ lúc nào trong bối cảnh của một ngành công nghiệp và một tập hợp các công nghệ luôn thay đổi liên tục. Điều này có thể làm cho các phương pháp được sử dụng thậm chí tương đối gần đây dường như không liên quan và lỗi thời.

Chúng ta phải cố gắng và hiểu tình trạng hiện tại của bối cảnh này và cũng cố gắng nhìn về phía trước và xác định những khả năng phát triển trong tương lai của ngành công nghiệp, nền kinh tế và công nghệ. Điều này rất khó để làm. Cách tiếp cận tốt nhất là cố gắng xác định những phát triển rộng lớn sẽ có liên quan.

Đối với một kiến ​​trúc dựa trên blockchain, chúng tôi gặp nhiều bất lợi ở đây hơn bình thường, do sự non nớt tương đối của công nghệ và tốc độ thay đổi nhanh chóng.

Đối với Kiến trúc doanh nghiệp OEL Foundation, chúng tôi đã xác định bốn loại phát triển trên thị trường và công nghệ mà chúng tôi cảm thấy đặc biệt phù hợp với hệ sinh thái OEL Foundation:

1. Mô hình kinh doanh số

2. Phát triển công nghệ Blockchain (đặc biệt là hỗ trợ hệ sinh thái mới nổi)

3. Sự hội tụ của blockchain và công nghệ nhắn tin

4. Việc sử dụng ngày càng tăng và tầm quan trọng của các dịch vụ dựa trên đám mây, như Phần mềm dưới dạng dịch vụ (SaaS), Dịch vụ nền tảng (PaaS) và Dịch vụ cơ sở hạ tầng (IaaS).

Xác định ranh giới kiến ​​trúc

Giống như bất kỳ hệ thống nào, chúng ta cần xác định ranh giới hệ thống cho kiến ​​trúc của mình, phân tách những gì bên trong hệ thống và những gì bên ngoài hệ thống.

Đôi khi ranh giới không được vẽ đúng chỗ. Chúng ta có thể thấy rất nhiều tác nhân bên ngoài và các thành phần bên thứ 3 (không được sử dụng để triển khai kiến ​​trúc trực tiếp) trong một kiến ​​trúc. Điều này không giúp chúng tôi xác định các thành phần nội bộ thiết yếu sẽ được sử dụng cho kiến ​​trúc.

Nếu nó hữu ích để xem xét mối quan hệ của kiến ​​trúc với môi trường của nó, điều này nên được thực hiện bằng cách sử dụng một đồ họa có thể phân phối như sơ đồ ngữ cảnh. Đây là một mức độ trừu tượng cao hơn so với chính kiến ​​trúc.

Đối với Kiến trúc doanh nghiệp nền tảng OEL, chúng tôi sử dụng công nghệ và tiêu chuẩn của bên thứ 3 trong kiến ​​trúc, đồng thời kết nối với các bên và hệ thống bên ngoài bằng các thành phần kiến ​​trúc như API, phần mềm trung gian nhắn tin và các thành phần tích hợp liên chuỗi. Chúng ta có thể coi tất cả những điều này là nằm trong ranh giới kiến ​​trúc.

Những người tham gia hệ sinh thái, các hệ thống hoặc thiết bị bên ngoài hoặc các phương tiện được sử dụng để tích hợp chúng với kiến ​​trúc nằm ngoài ranh giới kiến ​​trúc.

Quyết định (các) nguyên tắc tổ chức để sử dụng

Nguyên tắc tổ chức giúp chúng ta cấu trúc kiến ​​trúc và tạo cơ sở cho việc gán các thành phần kiến ​​trúc cho các phần khác nhau của kiến ​​trúc.

Có một số cách tiếp cận mà chúng ta có thể thực hiện ở đây, bao gồm một hoặc nhiều cách sau:

1. Luồng quy trình kinh doanh từ đầu đến cuối

2. Cơ cấu tổ chức nội bộ doanh nghiệp (có hoặc không có mối quan hệ bên ngoài)

3. Một mô hình tham chiếu tiêu chuẩn

Chúng ta có thể cố gắng sử dụng luồng quy trình kinh doanh từ đầu đến cuối để tổ chức các thành phần, chẳng hạn như đi từ nhà cung cấp đến khách hàng. Các thành phần kiến ​​trúc sau đó được tổ chức theo dòng quy trình ngụ ý giữa các bên này.

Thông thường kiến ​​trúc phản ánh cấu trúc tổ chức nội bộ, bao gồm các chức năng của tổ chức (hoặc Đơn vị tổ chức) như tiếp thị, bán hàng, vận hành, tài chính, v.v. Điều này có thể hoặc không bao gồm các kết nối với các hệ thống hoặc bên ngoài.

Đối với Kiến trúc doanh nghiệp nền tảng OEL, chúng tôi sử dụng một biến thể của mô hình liên kết hệ thống mở ISO (mô hình OSI) làm nguyên tắc tổ chức. Mô hình OSI là một mô hình khái niệm mô tả các chức năng giao tiếp của hệ thống viễn thông hoặc máy tính.

Mô hình OSI sử dụng bảy lớp, nhưng một số kiến ​​trúc dựa trên blockchain sử dụng mô hình ba lớp. Chúng đôi khi được đặt tên khác nhau, nhưng thường bao gồm một lớp Nền tảng (hoặc Ứng dụng), lớp Giao thức và lớp Mạng. Thuật ngữ giao thức trực tuyến có thể gây nhầm lẫn, mơ hồ và mở để giải thích. Có thể hữu ích khi đồng ý về các điều khoản đó có nghĩa là gì, giúp xác định các thành phần có liên quan trong bối cảnh đó.

Dân trí kiến ​​trúc với các thành phần có liên quan

Khi chúng ta có cấu trúc kiến ​​trúc tổng thể, sau đó chúng ta có thể quyết định những thành phần nào mà kiến ​​trúc nên chứa và gán chúng cho phần có liên quan của kiến ​​trúc.

Chúng ta có thể sử dụng các thành phần mà chúng ta đã xác định trong các kiến ​​trúc tham chiếu cũng như các thành phần mà chúng ta dự định kết hợp để phản ánh các yêu cầu hoặc sự phát triển công nghệ đã biết hoặc giả định từ những người tham gia hệ sinh thái.

Đây là ngành rất công nghiệp và thậm chí là tổ chức cụ thể nên rất khó để đưa ra lời khuyên chung.

Hai nguyên tắc chung nên được áp dụng:

1. Các thành phần nên có cùng độ phân giải

2. Giới hạn số lượng thành phần

Chúng tôi không muốn các thành phần khác biệt đáng kể so với các thành phần khác về kích thước. Điều này thường rõ ràng khi một thành phần được gọi là một thứ gì đó giống như lõi core, ngụ ý rằng nó có thể ở độ phân giải cao hơn các thành phần khác và có thể cần phải phân tách thành các phần logic.

Nó rất hữu ích để sử dụng quy tắc ngón tay cái về số lượng các thành phần xuất hiện trong kiến ​​trúc. Đối với một tổ chức đa quốc gia lớn, phức tạp, điều này có thể khó khăn vì có thể có hàng trăm ứng dụng riêng biệt liên quan. Chúng mặc dù vẫn có thể được nhóm hợp lý vào các loại ứng dụng. Một cách tiếp cận phổ biến là sử dụng bảy cộng hoặc trừ hai thành phần trên mỗi lớp và không có quá hai mươi thành phần trong toàn bộ kiến ​​trúc.

Tham chiếu chéo kiến ​​trúc cuối cùng của bạn với các ví dụ về ngành

Cuối cùng, bạn có thể xem xét kiến ​​trúc dựa trên các mô hình tham chiếu mà bạn đã xác định ban đầu, sử dụng các mô hình này để kiểm tra chéo kiến ​​trúc của bạn về tính đầy đủ và nhất quán.

Xem lại từng mô hình tham chiếu theo kiến ​​trúc của bạn và xem liệu các thành phần mô hình tham chiếu có hiện diện trong chính bạn không. Nếu họ không, hãy hỏi tại sao lại như vậy và nếu họ cần được đưa vào. Nếu kiến ​​trúc của bạn có các thành phần bổ sung, hãy hỏi nếu những thứ này là cần thiết và cố gắng hiểu tại sao chúng không có trong mô hình tham chiếu. Chúng có thể không liên quan đến bối cảnh mô hình đó.

Đây là một kiểm tra vệ sinh tốt rằng kiến ​​trúc của bạn có một số mối quan hệ với các mô hình khác mà bạn có thể thấy được sử dụng trong thực tế.

Xem xét và cơ sở kiến ​​trúc

Tại thời điểm này, bạn có một mô hình làm việc của kiến ​​trúc của bạn. Bây giờ bạn có thể lưu hành nó để xem xét bởi các đồng nghiệp và các bên liên quan khác, và cố gắng sử dụng nó trong thực tế. Bạn có thể sẽ thấy rằng một số thay đổi là cần thiết, đó là bình thường. Đừng ngại di chuyển các thành phần xung quanh nếu bạn nghĩ rằng chúng không ở đúng vị trí hoặc để loại bỏ hoặc chèn các thành phần mới.

Don Tiết quên rằng kiến ​​trúc Doanh nghiệp là một sinh vật sống sẽ thay đổi theo thời gian phản ánh nhu cầu thay đổi của tổ chức hoặc những thay đổi bên ngoài trong ngành công nghiệp hoặc công nghệ.

Mô hình kiến ​​trúc doanh nghiệp hiện có thể được đặt dưới sự kiểm soát phiên bản và trách nhiệm đối với việc bảo trì liên tục của nó được gán cho một chức năng hoặc bên liên quan. Trong một tổ chức lớn, đây có thể là một chức năng kiến ​​trúc chính thức hoặc một kiến ​​trúc sư riêng lẻ. Trong các tổ chức nhỏ hơn, chức năng có thể được đảm nhận bởi một hoặc nhiều cá nhân, những người thường là nhà phân tích kinh doanh hoặc nhà thiết kế hệ thống.

Chúng tôi hy vọng rằng bài viết này hữu ích trong việc cung cấp cho bạn một số gợi ý về cách tiếp cận công việc phân tích và thiết kế cho kiến ​​trúc doanh nghiệp của riêng bạn và chúc bạn may mắn với điều này.

Mark Nelson là CTO của Quỹ OEL. Nếu bạn muốn tìm hiểu thêm về OEL Foundation, vui lòng truy cập https://oel.foundation hoặc liên hệ trực tiếp với tác giả tại mark.nelson@oel.foundation

Bạn cũng có thể tham gia Foundation trên Telegram.