4.4. 流量分割

1. 点 Knative 服务在侧面面板中查看其概述信息。

2. 点 Resources 选项卡，查看服务的 Revisions 和 Routes 列表。

   图 4.1. 无服务器应用程序

   
3. 点侧边面板顶部的由 S 图标代表的服务，查看服务详情概述。
4. 点 YAML 选项卡，在 YAML 编辑器中修改服务配置，然后点 Save。例如，将 timeoutseconds 从 300 改为 301。这个配置更改会触发新修订版本。在 Topology 视图中会显示最新的修订，服务 Resources 选项卡现在会显示两个修订版本。

5. 在 Resources 选项卡中，点 Set Traffic Distribution 查看流量分布对话框：

   1. 在 Splits 字段中为两个修订版本添加流量百分比。
   2. 添加标签以便为这两个修订版本创建自定义 URL。

   3. 点 Save 查看两个节点，分别代表 Topology 视图中的两个修订版本。

      图 4.2. 无服务器应用程序修订

      

流程

1. 创建并部署应用程序作为 Knative 服务。

2. 通过查看以下命令的输出，查找部署服务时创建的第一个修订版本的名称：

   $ oc get ksvc <service_name> -o=jsonpath='{.status.latestCreatedRevisionName}'

   示例命令

   $ oc get ksvc example-service -o=jsonpath='{.status.latestCreatedRevisionName}'

   输出示例

   $ example-service-00001

3. 在服务 spec 中添加以下 YAML 以将入站流量发送到修订版本：

   ...
   spec:
     traffic:
       - revisionName: <first_revision_name>
         percent: 100 # All traffic goes to this revision
   ...

4. 验证您可以在 URL 输出中运行以下命令来查看您的应用程序：

   $ oc get ksvc <service_name>

5. 通过修改服务的 template 规格中至少有一个字段来部署应用程序的第二个修订版本。例如，您可以修改服务的 image 或 env 环境变量。您可以通过应用服务 YAML 文件重新部署服务，如果安装了 Knative (kn) CLI，也可以使用 kn service update 命令。

6. 运行以下命令，查找您在重新部署服务时创建的第二个最新的修订版本的名称：

   $ oc get ksvc <service_name> -o=jsonpath='{.status.latestCreatedRevisionName}'

   此时，服务的第一个和第二个修订版本都已部署并运行。

7. 更新您的现有服务，以便为第二个修订版本创建新的测试端点，同时仍然将所有其他流量发送到第一个修订版本：

   使用测试端点更新的服务 spec 示例

   ...
   spec:
     traffic:
       - revisionName: <first_revision_name>
         percent: 100 # All traffic is still being routed to the first revision
       - revisionName: <second_revision_name>
         percent: 0 # No traffic is routed to the second revision
         tag: v2 # A named route
   ...

   在通过重新应用 YAML 资源重新部署此服务后，应用的第二个修订现已被暂存。没有流量路由到主 URL 的第二个修订版本，Knative 会创建一个名为 v2 的新服务来测试新部署的修订版本。

8. 运行以下命令，获取第二个修订版本的新服务的 URL：

   $ oc get ksvc <service_name> --output jsonpath="{.status.traffic[*].url}"

   在将任何流量路由到之前，您可以使用此 URL 验证新版本的应用运行正常。

9. 再次更新您的现有服务，以便 50% 的流量发送到第一个修订版本，50% 发送到第二个修订版本：

   更新的服务 spec 在修订版本间分割流量 50/50 的示例

   ...
   spec:
     traffic:
       - revisionName: <first_revision_name>
         percent: 50
       - revisionName: <second_revision_name>
         percent: 50
         tag: v2
   ...

10. 当您准备好将所有流量路由到应用程序的新版本时，请再次更新该服务，将 100% 的流量发送到第二个修订版本：

    更新的服务 spec 将所有流量发送到第二个修订版本的示例

    ...
    spec:
      traffic:
        - revisionName: <first_revision_name>
          percent: 0
        - revisionName: <second_revision_name>
          percent: 100
          tag: v2
    ...

    提示

    如果您不计划回滚修订版本，您可以删除第一个修订版本，而不是将其设置为流量的 0%。然后，不可路由的修订版本对象会被垃圾回收。

11. 访问第一个修订版本的 URL，以验证没有更多流量发送到应用程序的旧版本。