（文章來賓與北美紅帽公司高級中間件顧問約翰·赫洛克 （ John Hurlocker）合著）
在本周的技巧中，我們將放慢速度，并仔細研究可能的Red Hat JBoss BRMS部署體系結構。

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

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

這將是一個由多個部分組成的系列，它將分階段介紹部署架構，從本周開始的前兩個架構開始。

可能性

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

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

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

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

圖1：應用規則

在應用程序中部署的規則

在企業架構中部署規則和事件所需的所有選項中，第一個架構本質上是最基本和最靜態的。

應用程序的可部署工件（例如EAR，WAR）中包含一個可部署規則包（例如JAR）。

在這種體系結構中，JBoss BRMS服務器充當存儲規則和設計時工具的存儲庫。
圖1顯示了JBoss BRMS服務器如何保持與部署或運行??時環境的完全斷開。

優點

• 通常，與使用規則執行服務器相比，性能更好，因為規則執行與應用程序在同一JVM中

缺點

• 沒有能力將規則更新推送到生產應用程序
  • 需要完全重建應用程序

圖2： KieScanner部署

從應用程序掃描的規則

您可以使用第二種架構來稍微修改前一種架構，
是將掃描儀添加到您的應用程序，然后監視新規則
和事件更新，將它們部署到您的企業體系結構中。

JBoss BRMS API包含一個KieScanner ，用于監視規則存儲庫
用于新的規則包版本。 一旦有新版本可用 它會被KieScanner拾取并加載到您的應用程序中， 如圖2所示。

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

優點

• 無需重啟應用服務器
  • 在某些組織中，應用程序的部署過程可能非常漫長

缺點

• 需要創建一個部署過程來測試應用程序的規則更新
  • 如果上述過程未經過全面測試，就有將錯誤邏輯推入應用程序的風險

接下來

下次，我們將深入探討剩下的兩個部署架構，這些架構為您提供了Execution Server部署和混合部署模型，以在單個架構中利用多個元素。 最后，我們將介紹設計時架構，供您的團隊在制定和維護企業中的規則和事件時使用。

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

總結

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

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