如何做网站拓扑结构图,最好网页设计培训,北京seo公司网站,建设银行黄陂支行网站jboss架构#xff08;文章来宾与北美红帽公司高级中间件顾问约翰赫洛克 #xff08; John Hurlocker#xff09;合着#xff09; 在这周的技巧中#xff0c;我们将放慢速度#xff0c;并仔细研究可能的Red Hat JBoss BRMS部署体系结构。 在谈论部署体系结构时#xf… jboss架构 文章来宾与北美红帽公司高级中间件顾问约翰·赫洛克 John Hurlocker合着 在这周的技巧中我们将放慢速度并仔细研究可能的Red Hat JBoss BRMS部署体系结构。 在谈论部署体系结构时我们指的是在企业中部署规则和/或事件项目所必需的选项。 这是您在设计阶段开始时就需要规划的实际运行时体系结构以确定对企业和基础架构而言最佳的方法是部署即将到来的应用程序。 它还很可能会影响您如何设计要构建的实际应用程序因此了解您的选择将有助于使您的项目成功。 这将是一个由多个部分组成的系列它将分阶段介绍部署架构从本周开始的前两个架构开始。 可能性 规则管理员或架构师与应用程序团队一起设计规则的运行时体系结构并且根据组织的需要该体系结构可以是以下任何一种体系结构或以下设计的混合体。 在本系列中我们将介绍四种不同的部署架构并讨论一种设计时架构同时提供每种架构的优缺点以便根据自己的需求评估每种架构。 随附插图中显示的这些体系结构的基本组件是 JBoss BRMS服务器 规则开发人员/业务分析师 版本控制GIT 部署服务器JBoss EAP 客户使用您的应用程序 图1应用规则 在应用程序中部署的规则 在您需要在企业体系结构中部署规则和事件的所有选项中第一个体系结构本质上是最基本最静态的。 应用程序的可部署工件例如EARWAR中包含一个可部署规则包例如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.htmljboss架构
