jboss fuse 教程_使用JBoss Fuse和OpenShift进行Cloud Native Camel骑行

jboss fuse 教程

红帽公司最近发布了一个微服务集成工具包，用于在OpenShift v3的Docker和Kubernetes环境中运行我们的微服务。为了帮助人们更好地理解这一点，我将Rider Auto应用程序迁移到一组微服务中，该应用程序已经存在了一段时间，该应用程序用于演示Apache Camel和JBoss Fuse，可以通过Docker容器在OpenShift / Kubernetes上运行。该博客详细介绍了一些背景知识，并指出了针对非平凡应用程序的“操作方法”的特定示例。我还将制作一组视频来演示此操作，因此，请关注此博客（ http://blog.christianposta.com ）进行更新，或者在Twitter @christianposta上关注我。

什么是用于OpenShift的保险丝集成服务（FIS）？

FIS是来自fabric8.io上游社区的一组开发人员工具和Docker映像，用于打包和部署我们的应用程序，该应用程序遵循微服务架构以及围绕应用程序部署，版本控制和生命周期管理的最佳做法，从而适合模型。 FIS是OpenShift上的Fuse的Red Hat支持的选项。

fabric8-徽标

部署Fuse Integration Services的两种主要方法是通过Fuse传统上使用的基于OSGI的Karaf方法以及一种更简单的平面类加载器选项，该选项从简单的旧Java main引导Camel。这两个选项都打包并作为Docker容器交付。两者都是不错的选择，具体取决于您的工作，因此让我们来看一下。

骆驼靴

Camel Boot是JVM引导程序选项，它使我们可以使用maven项目使用的相同类路径来打包应用程序，并使用Plain Old Java Main来启动Apache Camel集成。这种方法具有许多优点，可以简化构建，组装，分发和运行我们的微服务。最重要的是，我们不必猜测我们的应用程序行为是基于复杂的类加载器的层次结构或图形的，也不是我们是否包含了正确的元数据和依赖项，以便类可以解析或碰撞/覆盖/覆盖/动态加载/等等。。我们可以通过仅使用一个单一的平面类加载器来简化模型，从而不仅在Dev中而且在整个应用程序生命周期（例如IST，UAT，PM，PROD等）中都更容易推理应用程序。

骆驼靴

由于此选项并不打算部署在任何应用程序服务器（Java EE应用程序服务器，Servlet容器，OSGI容器等）中，因此我们将依靠我们的应用程序来提供“恰到好处”的功能，否则您将在应用服务器-诸如HTTP，JMS，持久性等内容。因此，您可以在我们的应用中嵌入Jetty或Undertow服务器以获取REST或SOAP端点的HTTP服务，并可以嵌入Spring-JMS和ActiveMQ库之类的JMS客户端以获取消息客户。由于所有这些依赖项都作为应用程序的一部分包含在内，并且可以独立于任何应用程序服务器启动，停止，重新部署等，因此这也使对应用程序进行单元测试变得更加容易。

我建议在大多数用例中使用Camel Boot选项，在这些用例中，您已经分解了应用程序并对其进行了模块化，并且需要分别运行，调整，扩展和推理它们。但是，在某些情况下，将服务并置在一起是必要的，并且只要应用程序类路径不会变得太复杂（即相互依赖的依赖关系），Camel Boot应该是一个不错的选择。如果由于内聚的，位于同一位置的服务而使微服务变得复杂，请考虑使用Apache Karaf的下一个选项，该选项可让您精细地控制类加载器的行为并在单个app / JVM进程中隔离模块和API。

“不变”的Apache Karaf

Fuse Integration Services还提供了一个部署到基于Apache Karaf的JVM的选项，尽管该模型略有不同，因为我们遵循“不可变”部署的Docker模型。在将应用程序热部署/重新部署到正在运行的JVM中/从中撤出应用程序之后，很难推断出JVM的状态。实际上，由于JVM在运行时的这种“动态”可变性，您可能会遇到令人讨厌的，难以识别的JVM泄漏（尤其是在生产中是个坏主意）。 FIS鼓励的模型是“用旧版本替换旧版本”之一（并依靠集群管理器通过滚动升级或蓝绿色部署等为您精心安排）

这对于FIS的Apache Karaf意味着什么？不建议在运行时动态加载和卸载包或更改配置值以更改应用程序状态。相反，我们鼓励可预测的启动顺序，理解的配置值以及将预烘焙的应用程序移植到JVM中。如果需要更改，那么您将通过应用程序交付管道来更改/构建/测试/部署新版本（理想情况下是通过CI / CD流程），就像上述Camel-Boot选项一样。因此，对于Karaf for FIS，您的应用程序及其所有依赖项在构建时会打包，安装，解析并构建到一个Karaf程序集中，这是Karaf的自定义发行版，其中包含您的应用程序。部署时无需再猜测OSGI元数据和类解析；如果事情无法解决，所有这些都是预先计算的，并且在构建时会快速失败。如果构建成功，您将对OSGI应用程序更有信心。

尽管大多数情况下建议使用Camel Boot选项，但对于OpenShift / Kubernetes / Docker之外的现有JBoss Fuse部署，此基于Karaf的选项可能是将现有Fuse工作负载迁移到此模型的最佳选择（并利用CI / CD ，服务发现，集群管理等-已内置在OpenShift中）。同样，如果您要同时放置许多最终污染平面类路径的服务，那么不变的Karaf选项非常适合提供更精细的类路径隔离和API /模块化建模。

部署到Kubernetes / OpenShift

要部署到OpenShift，我们需要执行以下操作：

打包我们的JVM（骆驼引导或不可变的karaf）
构建我们的Docker容器
生成并应用我们的OpenShift / Kubernetes配置

包装骆驼靴应用

要打包我们的Camel Boot应用程序，我们需要做的就是包括一个maven <build/>插件来为我们处理所有这些事情。

<plugin><groupId>io.fabric8</groupId><artifactId>hawt-app-maven-plugin</artifactId><version>${fabric8.version}</version><executions><execution><id>hawt-app</id><goals><goal>build</goal></goals><configuration><javaMainClass>org.apache.camel.spring.Main</javaMainClass></configuration></execution></executions>
</plugin>

在上述hawt-app-maven-plugin配置中，我们可以看到我们只指定了一个普通的旧Java Main，它将骆驼引导到依赖项注入上下文或您的选择（Spring，CDI等）中，并发现您的所有Spring / CDI资源，以及发现和启动您的骆驼路线。可以使用的Main.java文件的不同类型是：

org.apache.camel.spring.Main –发现您的Spring上下文文件（默认位置META-INF / spring / *。xml
org.apache.camel.cdi.Main –加载CDI容器和Camel路由bean
org.apache.camel.main.Main –没有依赖项注入容器；默认的SimpleRegistry实现
org.apache.camel.spring.javaconfig.Main使用Java配置的Spring配置
org.apache.camel.guice.Main – Guice依赖注入容器

可能还值得在您的pom.xml添加exec-maven-plugin ，以便您可以尝试并通过上述Java Main尝试进行引导：

<plugin><groupId>org.codehaus.mojo</groupId><artifactId>exec-maven-plugin</artifactId><version>1.4.0</version><configuration><mainClass>org.apache.camel.spring.Main</mainClass></configuration>
</plugin>

然后，如果您键入mvn exec:java您将获得与与hawt-app-maven-plugin打包的应用程序相同的行为，该应用程序保留了我们独立Camel Boot微服务的Maven类路径的顺序和行为。

当您进行Maven构建时，您应该在zip / tar.gz文件中看到您的应用与Maven依赖关系打包在一起。如果您解压缩该文件，则会有一个bin/run.sh文件，可用于启动您的骆驼微服务。

要将其转换为Docker映像，请将以下docker-maven-plugin到pom.xml

<plugin><groupId>org.jolokia</groupId><artifactId>docker-maven-plugin</artifactId><version>${docker.maven.plugin.version}</version><configuration><images><image><name>our-company/app-name:1.0</name><build><from>jboss-fuse-6/fis-java-openshift:1.0</from><assembly><basedir>/deployments</basedir><descriptorRef>hawt-app</descriptorRef></assembly><env><JAVA_LIB_DIR>/deployments/lib</JAVA_LIB_DIR><JAVA_MAIN_CLASS>org.apache.camel.spring.Main</JAVA_MAIN_CLASS></env></build></image></images></configuration>
</plugin>

有关设置和运行它的更多详细说明，请参阅Rider Auto OpenShift文档。

打包不可变的Karaf应用

如果您正在执行基于Karaf的微服务，我们将遵循与Camel Boot类似的路径。通过将插件添加到我们的maven构建中，我们将使用karaf-maven-plugin将我们的Karaf应用打包到一个不变的Karaf程序karaf-maven-plugin ：

<plugin><groupId>org.apache.karaf.tooling</groupId><artifactId>karaf-maven-plugin</artifactId><version>${karaf.plugin.version}</version><extensions>true</extensions><executions><execution><id>karaf-assembly</id><goals><goal>assembly</goal></goals><phase>install</phase></execution><execution><id>karaf-archive</id><goals><goal>archive</goal></goals><phase>install</phase></execution></executions><configuration><karafVersion>v24</karafVersion><javase>1.8</javase><useReferenceUrls>true</useReferenceUrls><!-- do not include build output directory --><includeBuildOutputDirectory>false</includeBuildOutputDirectory><!-- no startupFeatures --><startupFeatures><feature>karaf-framework</feature><feature>shell</feature><feature>jaas</feature><feature>spring</feature><feature>camel-spring</feature><feature>camel-jaxb</feature><feature>camel-cxf</feature><feature>camel-bindy</feature><feature>cxf-http-jetty</feature><feature>activemq-client</feature><feature>activemq-camel</feature></startupFeatures><startupBundles><!--  this needs to be here for spring-dm to resolve properly!!--><bundle>mvn:org.apache.karaf.bundle/org.apache.karaf.bundle.core/3.0.4</bundle><bundle>mvn:io.fabric8.mq/mq-client/2.2.0.redhat-079</bundle><bundle>mvn:io.fabric8/fabric8-utils/2.2.0.redhat-079</bundle><bundle>mvn:${project.groupId}/${project.artifactId}/${project.version}</bundle></startupBundles></configuration>
</plugin>

请注意，上面的示例使用我们的微服务模块/ API构建了Karaf的完整发行版，并将所有依赖项烘焙到发行版中。您可以在配置中看到，我们可以精确控制要预发布到发行版中的功能，包，JRE等。

还应使用docker-maven-plugin为该模块构建Docker映像。再次，查看Rider Auto OpenShift文档以获取完整的，正在运行的示例。

生成OpenShift / Kubernetes组件清单

目前，FIS有两个用于生成OpenShift / Kubernetes清单文件的选项（json / yaml –尽管目前仅支持JSON选项。在上游社区中，我们也支持yaml选项）。要生成复制控制器/ Pods /服务，我们需要添加fabric8-maven-plugin和一些maven <properties/> ：

<plugin><groupId>io.fabric8</groupId><artifactId>fabric8-maven-plugin</artifactId><version>${fabric8.version}</version><executions><execution><id>json</id><phase>generate-resources</phase><goals><goal>json</goal></goals></execution><execution><id>attach</id><phase>package</phase><goals><goal>attach</goal></goals></execution></executions>
</plugin>

<fabric8.service.name>${project.artifactId}</fabric8.service.name><fabric8.service.headless>true</fabric8.service.headless><fabric8.metrics.scrape>true</fabric8.metrics.scrape><fabric8.metrics.port>9779</fabric8.metrics.port><docker.port.container.soap>8183</docker.port.container.soap><fabric8.service.name>${project.artifactId}</fabric8.service.name><fabric8.service.port>80</fabric8.service.port><fabric8.service.containerPort>8183</fabric8.service.containerPort>

使用这些pom.xml条目，我们可以执行mvn fabric8:json并生成kubernetes.json文件到target/classes/kubernetes.json 。

我们还可以使用类型安全的DSL来增强或生成kubernetes.json文件，从而生成更高级的Kubernetes清单对象，例如PersistentVolumes，Secrets，多种服务等。有关一些示例和说明，请参见rider-auto-file模块。