（文章來賓與北美紅帽公司高級中間件顧問約翰·赫洛克 （ John Hurlocker）合著）

在本周的技巧中，我們將放慢速度，并仔細研究可能的Red Hat JBoss BRMS部署體系結構。

當我們談論部署架構時，我們指的是在企業中部署規則和/或事件項目所需的選項。

這是您在設計階段開始時就需要規劃的實際運行時體系結構，以確定企業和基礎架構的最佳方法是部署即將到來的應用程序。 它還很可能會影響您如何設計要構建的實際應用程序，因此，了解您的選擇將有助于使您的項目成功。

這將是一個由多個部分組成的系列，將分階段介紹部署架構。 您可以繼續閱讀上幾周的文章，然后繼續閱讀本周的以下兩種架構。

可能性

規則管理員或架構師與應用程序團隊合作，為規則設計運行時體系結構，并且根據組織的需要，該體系結構可以是以下任何一種體系結構或以下設計的混合體。

在本系列中，我們將介紹四種不同的部署架構，并討論一種設計時架構，同時提供每種架構的優缺點，以便根據自己的需要評估每種架構。

隨附插圖中顯示的這些體系結構的基本組件是：

• JBoss BRMS服務器
• 規則開發人員/業務分析師
• 版本控制（GIT）
• 部署服務器（JBoss EAP）
• 客戶使用您的應用程序

規則執行服務器

在這種體系結構場景中，您正在做的就是將JBoss BRMS作為應用程序部署在其自己的環境中。 然后，您可以將其公開為服務（例如JMS，SOAP等），以便企業體系結構中的任何應用程序都可以遠程執行規則和事件。

圖1：規則執行服務器

如圖1所示，這種部署體系結構完全將應用程序開發過程中的整個JBoss BRMS規則和事件組件外部化。然后，僅需要應用程序對規則或事件決策進行外部調用。

優點

• 完全解耦的架構
• 設置和執行規則的常見實現
• 通過企業中的單點關注，升級到BRMS版本變得更加容易

缺點

• 由于外部組件相對于您的應用程序可能會影響性能
• 執行服務器可以被多個應用程序使用。
  • 一個團隊將需要擁有此應用程序的所有權并對其進行維護

規則執行服務器的混合

作為最后一個示例，我們提出一種混合架構，該架構利用了以前的基本規則執行服務器架構，并添加了先前討論的（第I部分） KieScanner組件。

插圖2：混合架構。

使用這種體系結構，您可以開發僅利用遠程調用來執行規則和事件決策的應用程序，而且還可以在不更改執行服務器服務結構的情況下更新規則和事件包。

回顧一下 ，請記住，JBoss BRMS API包含一個KieScanner。
監視規則存儲庫中的新規則包版本。 一旦 新版本可用，它將由KieScanner提取并加載 進入您的應用程序。

Cool Store演示項目提供了一個示例，演示了JBoss BRMS KieScanner的用法，并提供了一個示例實現 ，該示例實現顯示了如何掃描規則存儲庫中的最新構建的軟件包。

圖2顯示了規則執行服務器現在如何托管KieScanner實現的組件，以監視規則和事件包中的更新，然后自動為下一個調用的應用程序選擇更新。

優點

• 完全解耦的架構
• 設置和執行規則的常見實現
• 通過企業中的單點關注，升級到BRMS版本變得更加容易
• 減少執行服務器組件的維護

缺點

• 由于外部組件相對于您的應用程序可能會影響性能

接下來

下次，我們將研究設計時架構以及將規則和事件部署到架構中的選項。

翻譯自: https://www.javacodegeeks.com/2014/07/examining-red-hat-jboss-brms-deployment-architectures-for-rules-and-events-part-ii.html

總結

以上是生活随笔為你收集整理的检查Red Hat JBoss BRMS部署架构的规则和事件（第二部分）的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。