红帽推出JBoss集成产品助企业简化应用

2019年第8期-23-采访 Interview借力“开放混合云”，红帽助力企业加速数字化转型文|孟圆作为世界领先的企业级开源 IT 解决方案提供商，红帽成立26年有余，其间一直遵循开源开发模式的理念，为企业用户提供安全、可靠和稳定的产品与解决方案。

截至目前，红帽全球连续69个财季实现营收增长；在2019财年红帽中国区成为亚太增长最快的区域。

红帽2020财年Q1财报显示，第一季度总营收为9.34亿美元，按美元计算比去年同期增长15%，按固定汇率计算增长18%；第一季度与应用开发以及新兴技术相关的产品订阅收入为2.35亿美元，按美元计算比去年同期增长24%。

在2019年7月3日，在“红帽开放混合云5+峰会——暨红帽企业Linux 8 & OpenShift 4 体验大会” 上，红帽携金融、政府、制造和能源等不同行业的合作伙伴，分享如何借 “开放混合云”，助力企业加速数字化转型。

一、你开源了吗？红帽CEO Jim Whitehurst 表示：“开源已经不仅仅是一种创建软件的方法。

它被扩展为一种哲学、一种信仰。

开源和开源方式已经意味着思考超越局限，共同探索无限可能的世界。

”而对于红帽，开源文化始终伴随着红帽的发展，红帽始终坚持“成为广大客户、贡献者及合作伙伴社区的催化剂，以开源方式创造更优质的技术产品”的使命。

开源已进入一个新的突破时代，并正在成为一个转型运动。

从传统的IT 巨头，到新生代的创业者，越来越多的企业都在积极拥抱开源。

越是开源，越是开放，则企业面临的机会越多，开源颠覆了科技行业。

二、开放混合云大势已到IDC 表示，70%的客户已经部署了多云环境，64%的典型IT 应用都已经云化运行在公有云或者私有云上。

因此，许多组织将混合云战略视为实现数字化转型的最佳方式。

据预测，2022年开放混合云的市场总额预计将达到780亿美元。

红帽自五年前提出开放混合云的战略以来，始终秉持着开源开启世界潜力的理念，从混合云基础设施、云原生开发、管理与自动化三大领域帮助企业用户迈向数字化转型。

JBoss Web 服务器 ——社区版 Tomcat 的企业级替代品
社区 Tomcat 与 JBoss Web 服务器对比
Tomcat 源码贡献者 JB源自ss 员工社区 Tomcat: 广泛应用 社区认同 Up-stream 式的开发趋 向 纯 Java 社区支持，无售后服务
Jboss Web 服务器 : 可嵌入 JBoss 企业应用平台中使用 基于 Tomcat 内核的 Servlet/JSP 引擎，完 全兼容 Tomcat 专业化开源 原生（ Native ）接口支持 OpenSSL 支持 利用 JBoss 平台的优点 强大的售后服务团队 ...
其他应用 服务器
JBoss
Red Hat 企业版 Linux 和其他 OS
运维网络
9
嵌入式 JBoss Web 服务器的优点 - 性能
10
嵌入式 JBoss Web 服务器的优点 - 集群
集群带来的好处 容错能力 – 请求处理能够从出错的节点“无声”切换到正常的节点。因
为集群条件下，状态在所有节点中复制，客户端能够从集群的任何节点 处得到相同的服务。这对于用户状态需维护的应用相当重要。
JBoss 事务诞生于其对 Arjuna 事务技术的收购，因此非常成熟和稳 定。 Arjuna 在 1990 年首次发布了它的分布事务对象系统，在 1997 年 1 月发布了世界上第一个 CORBA 对象事务服务的实现，在 1997 年 5 月 发布了世界上第一个 Java 事务服务的实现。他们以 C++ 为核心的事务 系统已经在工业环境中成熟运作了 20 年，而基于 Java 的实现则成熟运 作了超过 10 年。 Arjuna 事务系统运行在世界上无数大型组织中，或被 众多大型软件产品集成。 Arjuna 与 IBM ， BEA ， Microsoft ， Oracle 等公司的紧密合作，制订大多数事务方面的标准和规范已经超过了 20 年 的历史。 社区版独立运行的 Tomcat 不提供任何关于 JTA 和 JTS 规范的实现。

２１年第 １期 ０１ ７
科技 目向导
◇高 教论述◇
基于 Ｊ ｏｓ Ｓ Ｂ ｓＥ Ｂ的实现 面向服务架构
李 凡 （ 原 理 工 大 学 计 算机 科 学 与 技 术 学院 太 【 摘
山西太原ຫໍສະໝຸດ ０ ０２ ） ３ ０ ４
要】 该文就首先探讨 了面向服务的架构， 究了作为面向服 务架构基础设施 的企业服务总线 ， 研 然后探 讨 了 借助 于开源Ｅ Ｂ产品构建 Ｓ
面 向服 务 的 体 系架 构 应 用 的具 体 方 法 。
【 关键ｔ］Ｏ ；Ｓ Ｊ ｏＥ Ｂ ￣ Ｓ Ａ ＥＢ； ｓ Ｓ Ｂ ｓ
在企业应用领域通过 采用面 向服务体 系架 构统一规划 、统一标 够 帮助 实现 在 Ｓ Ａ架 构 中不 同服 务之 间 的智 能化 管理 。这 就是 Ｏ 准、 统一平 台和统一管理 。 不仅可以制定科学合理 的整体规划 ， 制定可 Ｅ Ｂ ｓ ——一种在松散耦合 的服务和应用之 间的标准集成方式 关于 Ｅ Ｂ产品的选择可以是多种多样 的 ．各大 中间件厂商都 由 Ｓ 持续性的发展 目 ： 标 而且能有效解 决企业建设 中因缺乏统一架构而带 来的“ 信息孤 岛” 等问题 ． 保障企业 的发展能够稳步推进。 各 自的 Ｅ Ｂ产 品比如 Ｂ Ａ （ 已被 ｏｅａ 收购 ）的 Ａ ｕｌｇ Ｓｒｉｅ Ｓ Ｅ 现 Ｔｃ］ ｑ ａ ｉ ｅｖ ｏｃ ｃ １面向服务的体系架构 ． Ｂ ｓＩ Ｍ的 Ｓ ｒ ｃ ｔ ｒ ｉ１ ｕ 等 。同时我们也能够选择很多开源 ｕ、 Ｂ ｅ ｉ Ｉ ｅ ａｏ ｓ ｖ ｅ ｎ ｇ ｔ１ Ｂ 实 现 比如 Ｍｕｅａ ａｈ —ｅｖｃｍｘ和 Ｊ ０ｓ Ｓ ｌ、ｐｃｅ ｓｒｉ ｉ ｅ Ｂ ８Ｅ Ｂ等 这 里 我 们选 择 １１ 向服务的概念 ．面 Ｂ ｓＥ Ｂ开源产品。 简单来说 Ｓ Ａ就是一个 Ｉ Ｏ Ｔ策略 、 企业应用 中的分散功 能改 Ｊ ｏｓ Ｓ 它将 Ｊ ｏｓ Ｓ Ｂ ｓ Ｂ是 基 于 Ｒ ｓｔ 构 建 的 下一 代 的 Ｅ Ｉ 案 ．他 提 供 了很 Ｅ ｏｅ ａ ｔ Ａ方 造 成具有互操作性的标 准服务 ， 机构可以快速组合和重用这些服务． Ａ包 管 集 用 以满足业务需要 。 没有 Ｓ Ａ 软件包是被编写 为独立 的软件 Ｏ。 即在 一个 多 Ｅ Ｉ 含 的特 性 包 括 商 业 流 程 监控 ／ 理 。 成 环境 ． 户 的 工 作 流 连 事 安 消 元 名 完整的软件包 中将许 多应用程序功能整合在 一起 在这种情况下更改 接 口 ， 接 器 ， 务 管 理 ， 全 管 理 ， 息 服务 ， 数 据 管 理 ， 称 和 目 分布式计算等 。Ｊｏｓ Ｓ Ｂ ｓＥ Ｂ提供 了用 于实现 Ｓ Ａ的基础 设施 ， Ｏ 部分代码将 对使用该代码的代码具有 重大影 响． 这会造成系统 的复 录服务 ， Ｂ ｓＥ Ｂ我们就可 以进行 Ｓ Ａ的开发 了 Ｊ ｏｓ Ｓ Ｏ 在 Ｂ ｓＥ Ｂ中两个关 杂性 ， 并增加维护 系统 的成本。而且还使重新使用应用程序功能变得 基于 Ｊ ｏｓ Ｓ 这 是底 层 服务 经 较困难 ． 因为这些功能不是为了重新 使用而打的包 Ｓ Ａ采用服务来 键 概 念 就 是 服 务 和 消 息 ． 里 的服 务 是 总 线 上 的服 务 ． Ｏ Ｓ 服务包括监听接收消息的 ｌ ｔ ｅ 单元 ， ｉｅ ｒ ｓｎ 处理消 组装应用 ． 旨在将单个应用程 序功能彼此分开 ． 以便这 些功能可 以重 过 Ｅ Ｂ同化后得 到的。 用为服务或“ 组件” 。服务之间通过定义 良好的接 口和契约联系起来 ： 息的消息管道和最终服务功能单元 ， 标准 Ｊ ｏ Ｅ Ｂ服务如图 ２ Ｂｓ Ｓ ｓ 所示 。 接１ ３定义采用中立的方式 ． 独立 于实现服务 的硬件平 台、 操作 系统和 ３基 于 Ｊ ｏ ｓ Ｓ ． Ｂ ｓ Ｅ Ｂ实 现 面 向服 务 架 构 为 了构建 Ｓ Ａ应用 可以首先通过 Ｂ Ａ专 家提 出的服务 地图化 Ｏ Ｅ 编程语言 。 使得这些服务可以使用统～和标准的方式进行通信 。服务 由服务 提供 者通过服务代理机构 提供符合契约的服务给服务消 费者 方式 ， 规划服务前景。以抽象和服务域这个二维坐标为基础建立服务 来实现松耦合的应用。 这些服务可 以用于在企业 内部创建各种其他 的 地 图坐标系统 ． 然后根 据需求 建立相应的服务 ． 并通过采用两条服务 应用程序 ， 或者如有需要 ， 对外 向合作伙伴公 开 ， 以便用 于合作伙伴 的 建立原则确立服务建立的位置（ 层次 ） 。 应用程序。 下面以一个全方位了解 客户 的需求为例说 明规划服务的方法 ， 假 从相关技术 的角度 ．Ｏ Ｓ Ａ的发展应该可 以分为两个 阶段 ．第一 阶 定某客户经理要求 ： 了解客户联 系信息 ， 出客户购买 的产品 ． “ 列 以及 段是采用 Ｗｅ ｂ服务来实现 Ｓ Ａ． ０ 这个时期 的 Ｓ Ａ架构基本上是通过 购买的时间和产品付款情况 ” 在地图中开发者可 以很准确的确定需 Ｏ Ｗｅ 服务这种标准方式来实现 的． ｂ 但是这种方式没有在本质上改变软 要哪些服务 ． 哪些功能应该重用为服务 这里首先需要在客户管理 的 但是这个服务需要调用包 括帐户信 件实现的方式 ． 只是通过这种方式将 系统后天培养为 Ｓ Ａ架构 。 ０ 第二 应用层实现经理的最终服务需求 ． 个阶段可以从 Ｓ Ａ和 Ｓ Ｏ两个标准推出算起 ． Ｃ Ｄ 这两个标准得至 认可 ． 息 、 Ｕ 订单信 息 、 品信息 在内的其他域 中的服务 ， 产 因此应 该在帐户系 Ｓ Ａ才真正有了坚实 的后 台支持。这两个标准提供 了一种编程模型 ． 统 。 Ｏ 订单 系统 ， 生产系统分别提供相应 的服务 。 并将这些服务 的抽象层 按 照这两个 规范规定的方式去进行 软件建模设计开发最后形成 的应 次提升直至企业层 以供重用 针对于 Ｊｏｓ Ｓ Ｂ ｓＥ Ｂ的特定环境 ．我们通过文件格式来映射不同的 用从本质上就是 Ｓ Ａ的。 ０ １ ． ２面向服务架构 的原则 抽象层次 。 通过文件 目录的组织来 映射不 同的服务域。采用文件格式 通过文件 目录映射不 同服务域的映射关 通过上面的探讨我们获悉了 Ｓ Ａ的理念 ． 了 Ｓ Ａ的优势 ． Ｏ 了解 Ｏ 企 来映射抽象层次 的映射关系 ． 业都迫不及待的要转型为服务驱动型企业去体验 开发 的高效率 ． 服务 系 。 如果企业 内所有的应用都通过构建集群环境集 中部署 ． 那么通过 的高可靠性和服务 的高质 量。但是够建的 系统怎 么样才能称得上是 Ｓ Ａ呢？判断一个系统是否 Ｓ Ａ的简单方式就是看这个系统是否满 这种方式就能够更加清晰的组织和管理维护各种应用和服务。当然 ， Ｏ Ｏ 足了 ｓ ０Ａ架 构 的基 本 原 则 ： 各服务域的应用和服务也可 以部署在不同的服务器节点上 ． 能体 这更 （卜一 １ 切都是 服务 ： 把应用 中的一切功能都通过相关服务来体现 。 现 Ｓ Ａ的服务透 明性特点 通过 以上步骤规划 出服务来 以后 ． Ｏ 接下来 （１ ２服务 是松耦合的 ： 将服务之间的依赖性减到最小。 的工作就是设计与实现预定的应用和服务 了 （） ３服务 契约是规范的 ： 采用基于标准和 与实现无关的方式定 义服 由于已经有了服务规划 ， 服务的要求也 已明确 ， 结合应用的需求 ， 务契约 。 综合考 虑企 业组织结 构关系 ．我们能快速设计我们需要 的应用和服 【） ４服务是透 明的 ： 服务本身 与其实现技术无关与地理位置无关。 务 下 面是针对全方位 了解客户服务 的设计和实现 。 （ 采用异步消息机制 ： ５ ） 服务之 间通信尽量采用单 向消息机制。 可 以看到这种方式构建 的应用达 到了 Ｓ Ａ松耦合 、 Ｏ 易交互 、 易于 （ 以增量 的方式来部署应 用 ： 以在不 断增加 服务 ， ６ ） 可 满足业务需 增量 部署等特性 。 以通过 Ｊ ｏ Ｅ Ｂ这个 Ｓ Ａ基础 设施 。 所 Ｂｓ Ｓ ｓ Ｏ 结合 服务 求。 地图我们能轻松 的构建 Ｓ Ａ应用 。 Ｏ 另外 。 通过这种方式实现面 向服务 开发者必 须在 构建 Ｓ Ａ过程 中不断 的对照 这些原则 来构 建应 架构 ． Ｏ 能够适应将 Ｏ Ａ系统与 Ｅ Ｐ系统整 合的需求以及时下构建虚拟 Ｒ 用， 以确保最后建成的应用能享有面向服务带来的巨大优势 。 企业的需求。

⼏种常见web容器⽐较 1：产品介绍WebLogic是美国bea公司出品的⼀个application server确切的说是⼀个基于架构的中间件。BEA WebLogic是⽤于开发、集成、部署和管理⼤型分布式Web应⽤、⽹络应⽤和数据库应⽤的Java应⽤服务器。将Java的动态功能和Java Enterprise标准的安全性引⼊⼤型⽹络应⽤的开发、集成、部署和管理之中。WebSphere是 IBM 的集成软件平台。它包含了编写、运⾏和监视全天候的⼯业强度的随需应变 Web 应⽤程序和跨平台、跨产品解决⽅案所需要的整个中间件基础设施，如服务器、服务和⼯具。WebSphere 提供了可靠、灵活和健壮的集成软件。JBoss是⼀个管理的容器和服务器，⽀持EJB 1.1、EJB 2.0和EJB3.0的规范。但JBoss核⼼服务不包括⽀持servlet/JSP的WEB容器，⼀般与Tomcat或Jetty绑定使⽤。2006 年,Jboss 公司被 Redhat 公司收购。Tomcat是Apache 软件基⾦会的Jakarta 项⽬中的⼀个核⼼项⽬，由Apache、Sun 和其他⼀些公司及个⼈共同开发⽽成。由于有了Sun 的参与和⽀持，最新的Servlet 和JSP 规范总是能在Tomcat 中得到体现，Tomcat 5 ⽀持最新的Servlet 2.4 和JSP 2.0 规范。因为Tomcat 技术先进、性能稳定，⽽且免费，因⽽深受Java 爱好者的喜爱并得到了部分软件开发商的认可，成为⽬前⽐较流⾏的Web 应⽤服务器。

2：价位不同：JBoss与Tomcat的是免费的。WebLogic与WebSphere是收费的，⽽且价格不菲。

3：开源性不同：JBoss与Tomcat的是完全开源的，⽽其他两个不是。4：对技术的⽀持：Tomcat不⽀持EJB，JBoss是实现了EJB容器，再集成了Tomcat。WebLogic与WebSphere都是对业内多种标准的全⾯⽀持，包括EJB、JSB、JMS、JDBC、XML和WML，使Web应⽤系统的实施更为简单，并且保护了投资，同时也使基于标准的解决⽅案的开发更加简便。