3.10. 跨环境提升

代码示例

1. 以下是一个简单的集成，它使用 Configmap 在 HTTP 端点上公开一些消息。您可以在名为 development 的命名空间中创建这样的集成测试和测试。

   kubectl create configmap my-cm --from-literal=greeting="hello, I am development!" -n development

   Copy to clipboard

   PromoteServer.java

   import org.apache.camel.builder.RouteBuilder;
   
   public class PromoteServer extends RouteBuilder {
     @Override
     public void configure() throws Exception {
       from("platform-http:/hello?httpMethodRestrict=GET").setBody(simple("resource:classpath:greeting"));
     }
   }

   Copy to clipboard

2. 现在运行它。

   kamel run --dev -n development PromoteServer.java --config configmap:my-cm [-t service.node-port=true]

   Copy to clipboard

3. 您必须调整服务特征，具体取决于 Kubernetes 平台和您要提供的暴露级别。之后，您可以对其进行测试。

   curl http://192.168.49.2:32116/hello
   hello, I am development!

   Copy to clipboard

4. 测试集成后，您可以将其移到生产环境中。您必须具有目标环境(Open Openshift 命名空间)与操作器（共享相同的 operator 源容器 registry）和任何配置（如此处使用的 configmap）就绪。对于该范围，请在目标命名空间中创建一个。

   kubectl create configmap my-cm --from-literal=greeting="hello, I am production!" -n production

   Copy to clipboard
   注意

   为了安全起见，需要检查来确保目的地上存在预期的资源，如 Configmaps、Secret 和 Kamelets。如果缺少这些资源，则集成不会移动。

5. 现在，您可以推广您的集成。

   kamel promote promote-server -n development --to production
   kamel logs promote-server -n production

   Copy to clipboard

6. 测试升级的集成。

   curl http://192.168.49.2:30764/hello
   hello, I am production!

   Copy to clipboard

   由于集成正在重复使用同一容器镜像，因此新的应用会立即执行。另外，集成的不可变性也保证，因为所使用的容器与开发中测试的容器完全相同（更改只是配置）。

   注意

   测试中运行的集成不会以任何方式更改，并在停止之前继续运行。