FuseSource最近发布了ActiveMQ和ServiceMix发行版的企业版。 其中的一些主要功能包括增量修补 ， 自定义平台安装程序和第三方验证 。 新企业版附带的最酷的功能之一是Fuse Fabric和一些新工具 ，使您可以利用Fabric管理环境。 Fabric允许您通过一些命令行或在基于Web的漂亮应用程序中单击按钮来部署，配置和配置ESB容器和MQ容器 。 可以根据需要在远程位置或云中部署任意数量的容器，进行自定义配置，以及从中央位置安装或升级应用程序，骆驼路线或容器本身。 设置大型部署以进行集成和管理非常困难。 织物和随附的工具有助于减轻这种痛苦。 另外，使用Fabric可以使您感到舒适，因为其许可证与其他Apache项目所使用的开放，灵活的许可证相同： Apache License 2.0 。
部署头痛大
让我们简要回顾一下在整个企业中部署和维护集成容器的一些问题，无论是在数据中心还是在远程位置（例如移动平台或业务合作伙伴）：
安装 ：在一个盒子上，下载和安装（例如ActiveMQ）非常容易。 但是，举例来说，您有一个复杂的代理人网络和主从对网络配置。 您必须将ssh放入每个框中，解压发行版，相应地设置权限，在安装过程中设置所有目录或环境变量，然后在正确的端口上启动代理。
配置 ：安装了代理后，您需要对其进行配置，以通过正确设置网络连接器将其加入代理网络，将代理指向共享存储，设置任何流控制或订阅策略详细信息或任何其他内容。代理配置调整是拓扑的一部分。 事实是，您的企业可能由不同的操作系统，具有不同资源可用性的计算机组成，并且针对不同的用例而设计，这可能会带来噩梦。
升级容器 ：进行升级时，您必须遵循上面的两个步骤，并希望您不要搞砸任何东西。 如果出于任何原因需要回滚，则必须确保已采用自定义回滚策略。
Container Intropsection ：您使用哪些工具查看OS /机器使用情况的基本统计信息？ 还是基于ActiveMQ或Camel的解决方案的详细信息？ 您可能需要登录到每个框，或找到每个框的JMX URL。 不用说，对于大型部署这样做将是令人望而却步的。
保险丝织物的创建旨在解决这些维护问题。 让我们看看如何。 首先，您可能有兴趣获得Fuse Fabric或Fuse管理控制台。 FuseSource建议通过管理控制台使用Fabric。 请注意以下两点：1）默认情况下， Fuse ESB Enterprise和Fuse MQ Enterprise附带了Fabric，但是2） 管理控制台 （由命令行外壳和Web应用程序组成）需要订阅webapp部分。 该网络应用需要订阅。 Shell控制台没有。
因此，请下载保险丝管理控制台 （FMC）并使用以下命令行启动外壳：
./bin/fmc
您会注意到，这是一个装有许多东西的Karaf容器。 Karaf是一个OSGI容器，内置了一些额外的东西。 让我们快速看一下FMC分发的一些内容：
在外壳中，键入以下内容，它将列出阈值> 0的所有捆绑包
FMC:karaf@FuseManagementConsole> list -t 0
一些有趣的东西：
- 运行的Karaf实例所需的关键Karaf捆绑包
- 保险丝面料Zookeeper服务
- 保险丝芯
- 码头捆绑
- jclouds捆绑包
- 保险丝应用套件
- 保险丝管理控制台Web存档
需要注意几个关键事项：这个“动物园管理员”的想法？ 服务，“？ 保险丝应用套件 “？ 和保险丝管理控制台Web存档。 如前所述，管理控制台需要订阅FuseSource，但是有很多机会可以在没有订阅密钥的情况下进行尝试。 有一些试用密钥可用于评估它。
Fuse Application Bundles是FuseSource的一个新项目，使您可以更轻松地将jar工件（或战争）作为OSGI捆绑包进行部署，而不必依赖于OSGI构建的知识（bnd）或清单的OSGI导入/导出详细信息。 它允许您部署工件，并让框架将其正确识别为OSGI捆绑软件，并自动配置所有正确的依赖项。
最后，Fuse Zookeeper服务在那里提供分布式注册表，用于存储配置和节点详细信息。 让我们进一步介绍一下。
保险丝注册表
Apache Zookeeper通过提供分布式“协调”来支持Fuse Fabric的实施？ 注册服务。 这意味着Zookeeper提供了一个注册表，其目的是存储有关可能在企业中部署的远程容器的信息。 Fuse Fabric注册表存储有关特定集成容器，这些容器的配置，这些容器所在的位置以及如何访问它们的信息。 您可以在一个群集（ ensemble ）中运行多个复制的注册表，以在某些注册表节点出现故障时提供高可用性。 建议使用奇数个注册表服务器来形成一个整体 。 启动FMC Shell之后，让我们使用以下命令创建结构，该结构将创建注册表：
FMC:karaf@FuseManagementConsole> fabric:create
让我们快速退后一步。 我们在说什么容器？
货柜
Fuse Fabric的目的是管理，配置和配置容器。 容器是Karaf容器。 是的，Karaf容器是OSGI容器。 管理，配置和供应机制围绕Karaf，安装了哪些捆绑包，启用了哪些功能，对于功能/捆绑包可用的配置等。Karaf是Apache ServiceMix和Fuse Enterprise ESB当前使用的核心容器。 如果您想稍微了解一下Karaf，请参阅Apache站点上的文档 。
因此，通过Fabric部署的所有东西都是Karaf容器，这些容器的位置，配置和可访问性都保留在注册表中（由Zookeeper实现）。 到目前为止，一切都很好？ 让我们开始研究如何指定这些容器的配置。
个人资料
Fuse Fabric有一个称为配置文件的属性 ，它允许您指定容器的配置。 配置可能太笼统，无法准确传达配置文件的功能。 个人资料“呼吸生命”？ 放入原本毫无趣味的Karaf容器中。 让我们快速进入外壳。 输入以下内容：
FMC:karaf@FuseManagementConsole> profile-list
你应该看到的配置文件中包含“？骆驼”？“？ESB”？“？MQ”？“例如，MQ”？和其他几个人的名字。 这些是开箱即用的配置文件。 骆驼配置文件将一个容器变成了一个能够运行骆驼路线的容器。 mq配置文件将容器变成ActiveMQ代理。 esb配置文件转变为一个容器，您可以在其中构建骆驼路线，activemq客户端并使用NMR。 换句话说，配置文件是“？包”？ 可以应用于容器的功能 如果您熟悉OSGI和Karaf功能，则可以使用功能和捆绑包来实现这些配置文件 。 配置文件指定了容器应安装的功能，保险丝应用程序捆绑包，OSGI捆绑包，maven存储库，配置服务属性和系统属性应可用并将其安装到容器中。 这是对“配置”进行分组的一种非常有效的方法，只需单击一下按钮即可将其应用，从而将Karaf容器变成功能更强大的集成容器。 可以将多个概要文件应用于一个容器，并且可以将单个概要文件部署到多个容器（多对多关系）。
FMC中默认情况下可用的配置文件可以用作创建自己的配置文件的起点。 可以从配置文件继承配置文件，子配置文件可以覆盖父配置。 您可以使用从多个“父配置文件”继承吗？ 也一样 假设您有一组容器，所有这些容器都应部署相同的骆驼路线，但是每个容器针对该路线将具有不同的配置。 您可以从父配置文件开始，并从其继承其他指定更具体配置的配置文件。
概要文件也可以进行版本控制。 例如，开箱即用，您将看到所有配置文件均被视为“ 1.0版”的一部分。 一个版本指定“一组配置文件”。 如果要创建新版本，则可以为1.1或2.0版本或您指定的编号创建一组新的配置文件。 使用版本，您可以快速部署新版本的容器，应用程序，代理，配置等，以选择容器或所有容器。 版本控制机制是Fuse Fabric允许您支持将部署滚动升级到容器的方式。
保险丝座
所有版本的所有配置文件都存储在保险丝注册表（zookeeper）中。 使用Fuse Fabric创建新容器时，它是通过代理服务创建的。 代理或资源调配代理位于远程容器中，并连接到注册表以找出对其应用了哪些配置文件。 当看到配置文件或对配置文件进行更改时，该代理负责配置和安装所需的功能，捆绑软件和配置。
对与Fuse Fabric一起部署的容器的隐含限制是，您无需登录到容器并在本地进行更改。 所有更改都应由注册表和Fuse Fabric管理。
回顾
分布式注册表用于对有关已部署哪些容器，它们在哪里以及如何到达它们的信息进行分类。 注册表还包含配置文件和所有版本的配置文件形式的所有配置。 一个容器（仅是Karaf容器）与Fuse Fabric一起部署并连接到注册表以查看对其应用了哪些配置文件。 容器的供应代理负责下载，安装和配置概要文件指定的所有功能和捆绑包。 可以应用的配置文件包括添加代理功能，ESB功能，骆驼路线，保险丝应用程序捆绑包，CXF Web服务，OSGI服务以及可以部署到OSGI容器中的任何其他配置文件。
在这篇文章中，我们对Fuse Fabric是一个广泛的概述。 在第2部分中，我们将更仔细地研究Fabric的功能，并展示一些凉爽之处，使我们能够解决与部署和管理大量容器或代理有关的难题。
参考：通过Christian Posta软件博客的JCG合作伙伴 Christian Posta， 使用Fuse Fabric管理MQ和ESB的大型部署，第一部分 。
)
