第 7 章 Knative CLI

先决条件

• 在集群中安装了 OpenShift Serverless Operator 和 Knative Serving。
• 已安装 Knative (kn) CLI。
• 您已创建了一个项目，或者具有适当的角色和权限访问项目，以便在 OpenShift Container Platform 中创建应用程序和其他工作负载。

流程

• 创建 Knative 服务：

  $ kn service create <service-name> --image <image> --tag <tag-value>

  其中：

  • --image 是应用的镜像的 URI。

  • --tag 是一个可选标志，可用于向利用服务创建的初始修订版本添加标签。

    示例命令

    $ kn service create event-display \
        --image quay.io/openshift-knative/knative-eventing-sources-event-display:latest

    输出示例

    Creating service 'event-display' in namespace 'default':
    
      0.271s The Route is still working to reflect the latest desired specification.
      0.580s Configuration "event-display" is waiting for a Revision to become ready.
      3.857s ...
      3.861s Ingress has not yet been reconciled.
      4.270s Ready to serve.
    
    Service 'event-display' created with latest revision 'event-display-bxshg-1' and URL:
    http://event-display-default.apps-crc.testing

示例命令

• 通过添加新环境变量来更新服务：

  $ kn service update <service_name> --env <key>=<value>

• 通过添加新端口来更新服务：

  $ kn service update <service_name> --port 80

• 通过添加新的请求和限制参数来更新服务：

  $ kn service update <service_name> --request cpu=500m --limit memory=1024Mi --limit cpu=1000m

• 为修订分配 latest 标签：

  $ kn service update <service_name> --tag <revision_name>=latest

• 为服务的最新 READY 修订将标签从 testing 更新为 staging：

  $ kn service update <service_name> --untag testing --tag @latest=staging

• 将 test 标签添加到接收 10% 流量的修订，并将其它流量发送到服务的最新 READY 修订：

  $ kn service update <service_name> --tag <revision_name>=test --traffic test=10,@latest=90

示例命令

• 创建服务：

  $ kn service apply <service_name> --image <image>

• 将环境变量添加到服务：

  $ kn service apply <service_name> --image <image> --env <key>=<value>

• 从 JSON 或 YAML 文件中读取服务声明：

  $ kn service apply <service_name> -f <filename>

示例命令

• 描述服务：

  $ kn service describe --verbose <service_name>

  --verbose 标志是可选的，但可以包含它以提供更详细的描述。常规输出和详细输出之间的区别在以下示例中显示：

  没有 --verbose 标记的输出示例

  Name:       hello
  Namespace:  default
  Age:        2m
  URL:        http://hello-default.apps.ocp.example.com
  
  Revisions:
    100%  @latest (hello-00001) [1] (2m)
          Image:  docker.io/openshift/hello-openshift (pinned to aaea76)
  
  Conditions:
    OK TYPE                   AGE REASON
    ++ Ready                   1m
    ++ ConfigurationsReady     1m
    ++ RoutesReady             1m

  带有 --verbose 标记的输出示例

  Name:         hello
  Namespace:    default
  Annotations:  serving.knative.dev/creator=system:admin
                serving.knative.dev/lastModifier=system:admin
  Age:          3m
  URL:          http://hello-default.apps.ocp.example.com
  Cluster:      http://hello.default.svc.cluster.local
  
  Revisions:
    100%  @latest (hello-00001) [1] (3m)
          Image:  docker.io/openshift/hello-openshift (pinned to aaea76)
          Env:    RESPONSE=Hello Serverless!
  
  Conditions:
    OK TYPE                   AGE REASON
    ++ Ready                   3m
    ++ ConfigurationsReady     3m
    ++ RoutesReady             3m

• 以 YAML 格式描述服务：

  $ kn service describe <service_name> -o yaml

• 以 JSON 格式描述服务：

  $ kn service describe <service_name> -o json

• 仅输出服务 URL：

  $ kn service describe <service_name> -o url

• 在使用描述符文件对集群进行更改之前，您可以手动修改该文件。
• 您可以在本地跟踪版本控制系统中服务的描述符文件。这可让您在目标集群以外的位置重复使用描述符文件，例如在持续集成（CI）管道、开发环境或演示中。
• 您可以检查创建的描述符文件，以了解 Knative 服务的信息。特别是，您可以看到生成的服务如何受到传递给 kn 命令的不同参数的影响。

先决条件

• 在集群中安装了 OpenShift Serverless Operator 和 Knative Serving。
• 已安装 Knative (kn) CLI。

• 从镜像添加容器并将其打印到标准输出中：

  $ kn container add <container_name> --image <image_uri>

  示例命令

  $ kn container add sidecar --image docker.io/example/sidecar

  输出示例

  containers:
  - image: docker.io/example/sidecar
    name: sidecar
    resources: {}

• 将两个 kn container add 命令链接在一起，然后将它们传递给 kn service create 命令创建带有两个容器的 Knative 服务：

  $ kn container add <first_container_name> --image <image_uri> | \
  kn container add <second_container_name> --image <image_uri> | \
  kn service create <service_name> --image <image_uri> --extra-containers -

  --extra-containers - 指定一个特殊情况，kn 读取管道输入，而不是 YAML 文件。

  示例命令

  $ kn container add sidecar --image docker.io/example/sidecar:first | \
  kn container add second --image docker.io/example/sidecar:second | \
  kn service create my-service --image docker.io/example/my-app:latest --extra-containers -

  --extra-containers 标志也可以接受到 YAML 文件的路径：

  $ kn service create <service_name> --image <image_uri> --extra-containers <filename>

  示例命令

  $ kn service create my-service --image docker.io/example/my-app:latest --extra-containers my-extra-containers.yaml

先决条件

• 在集群中安装了 OpenShift Serverless Operator 和 Knative Serving。

• 您已创建了 Knative 服务或路由，并控制要映射到该 CR 的自定义域。

  注意

  您的自定义域必须指向 OpenShift Container Platform 集群的 DNS。

• 已安装 Knative (kn) CLI。
• 您已创建了一个项目，或者具有适当的角色和权限访问项目，以便在 OpenShift Container Platform 中创建应用程序和其他工作负载。

流程

• 将域映射到当前命名空间中的 CR：

  $ kn domain create <domain_mapping_name> --ref <target_name>

  示例命令

  $ kn domain create example-domain-map --ref example-service

  --ref 标志为域映射指定一个可寻址的目标 CR。

  如果使用 --ref 标志时没有提供前缀，则会假定目标为当前命名空间中的 Knative 服务。

• 将域映射到指定命名空间中的 Knative 服务：

  $ kn domain create <domain_mapping_name> --ref <ksvc:service_name:service_namespace>

  示例命令

  $ kn domain create example-domain-map --ref ksvc:example-service:example-namespace

• 将域映射到 Knative 路由：

  $ kn domain create <domain_mapping_name> --ref <kroute:route_name>

  示例命令

  $ kn domain create example-domain-map --ref kroute:example-route

先决条件

• 在集群中安装了 OpenShift Serverless Operator 和 Knative Serving。
• 您至少已创建了一个 DomainMapping CR。
• 已安装 Knative (kn) CLI 工具。
• 您已创建了一个项目，或者具有适当的角色和权限访问项目，以便在 OpenShift Container Platform 中创建应用程序和其他工作负载。

流程

• 列出现有的 DomainMapping CR：

  $ kn domain list -n <domain_mapping_namespace>

• 查看现有 DomainMapping CR 的详情：

  $ kn domain describe <domain_mapping_name>

• 更新 DomainMapping CR 以指向新目标：

  $ kn domain update --ref <target>

• 删除 DomainMapping CR：

  $ kn domain delete <domain_mapping_name>