Serverless について

• OpenShift Serverless は Knative Serving 1.8 を使用するようになりました。
• OpenShift Serverless は Knative Eventing 1.8 を使用するようになりました。
• OpenShift Serverless は Kourier 1.8 を使用するようになりました。
• OpenShift Serverless は Knative (kn) CLI 1.8 を使用するようになりました。
• OpenShift Serverless は、Apache Kafka 1.8 に Knative を使用するようになりました。
• kn func CLI プラグインは func 1.10 を使用するようになりました。

• OpenShift Serverless 1.29 以降、次のようなさまざまな製品バージョンが利用できます。

  • 最新リリースは stable チャネルから入手できます。

  • 最新よりも古いリリースは、バージョンベースのチャネルを通じて入手できます。

    これを使用するには、サブスクリプションオブジェクト YAML ファイルのチャネルパラメーターを stable 版から対応するバージョンベースのチャネル (stable-1.29 など) に更新します。

    この変更により、最新リリースだけでなく、メンテナンス段階のリリースの更新も受け取れるようになります。

    さらに、Knative (kn) CLI のバージョンをロックできます。詳細は、「Knative CLI のインストール」セクションを参照してください。

• Red Hat OpenShift Serverless Pipelines を使用して、開発者コンソールから OpenShift Serverless 関数を作成できるようになりました。
• Knative Serving のマルチコンテナーのサポートが一般提供 (GA) になりました。この機能を使用すると、単一の Knative サービスを使用してマルチコンテナー Pod をデプロイできます。
• OpenShift Serverless 関数は、個々の Node.js および TypeScript 関数の func.yaml ファイル内の readiness プローブ値と liveness プローブ値をオーバーライドできるようになりました。
• GitHub リポジトリー内のソースコードが変更されたときに、関数がクラスターに自動的に再デプロイされるように設定できるようになりました。これにより、よりシームレスな CI/CD 統合が可能になります。
• Service Mesh とのイベント統合が開発者プレビュー機能として利用できるようになりました。統合には、PingSource、ApiServerSource、Knative Source for Apache Kafka、Knative Broker for Apache Kafka、Knative Sink for Apache Kafka、ContainerSource、および SinkBinding が含まれます。
• このリリースには、アップグレードされた OpenShift Serverless Logic の開発者プレビューが含まれています。
• Knative Operator Serving and Eventings CRD の API バージョン v1alpha1 は削除されました。代わりに v1beta1 バージョンを使用する必要があります。Serverless Operator のアップグレード時に CRD が自動的に更新されるため、これは既存のインストールには影響しません。

• DomainMapping で指定されたシークレットを更新する場合は、シークレットを更新するだけでは調整ループはトリガーされません。調整ループをトリガーするには、シークレットの名前を変更するか、Knative Ingress リソースを削除する必要があります。
• Webhook Horizontal Pod Autoscaler (HPA) 設定は、OpenShift Serverless Operator によってオーバーライドされます。その結果、より高いワークロードに対応することができなくなります。この問題を回避するには、ワークロードに対応する初期レプリカ値を手動で設定します。
• Red Hat OpenShift Serverless 1.27 より前に作成された KafkaSource リソースは、削除時にスタックします。この問題を回避するには、KafkaSource の削除を開始した後、リソースからファイナライザーを削除します。
• liveness プローブエラーが原因で net-kourier-controller を起動できない可能性があります。ナレッジベースのソリューションを使用して問題を回避できます。

• OpenShift Serverless は Knative Serving 1.7 を使用するようになりました。
• OpenShift Serverless は Knative Eventing 1.7 を使用するようになりました。
• OpenShift Serverless は Kourier 1.7 を使用するようになりました。
• OpenShift Serverless は Knative (kn) CLI 1.7 を使用するようになりました。
• OpenShift Serverless は、Apache Kafka 1.7 に Knative ブローカー実装を使用するようになりました。
• kn func CLI プラグインは func 1.9.1 バージョンを使用するようになりました。
• OpenShift Serverless Functions の Node.js および TypeScript ランタイムが一般提供 (GA) になりました。
• OpenShift Serverless Functions の Python ランタイムがテクノロジープレビューとして利用可能になりました。
• Knative Serving のマルチコンテナーサポートがテクノロジープレビューとして利用可能になりました。この機能を使用すると、単一の Knative サービスを使用してマルチコンテナー Pod をデプロイできます。

• OpenShift Serverless 1.29 以降では、Knative Eventing の以下のコンポーネントが 2 つの Pod から 1 つにスケールダウンされます。

  • imc-controller
  • imc-dispatcher
  • mt-broker-controller
  • mt-broker-filter
  • mt-broker-ingress

• Serving CR の serverless.openshift.io/enable-secret-informer-filtering アノテーションが非推奨になりました。アノテーションは Istio に対してのみ有効ですが、Kourier では有効ではありません。

  OpenShift Serverless 1.28 では、OpenShift Serverless Operator は net-istio と net-kourier の両方の環境変数 ENABLE_SECRET_INFORMER_FILTERING_BY_CERT_UID を挿入できます。

  シークレットフィルタリングを有効にする場合は、すべてのシークレットに networking.internal.knative.dev/certificate-uid: "<id>" というラベルを付ける必要があります。そうしないと、Knative Serving がシークレットを検出しないため、障害が発生します。新規および既存のシークレットの両方にラベルを付ける必要があります。

  次の OpenShift サーバーレスリリースのいずれかでは、シークレットフィルタリングがデフォルトで有効になります。障害が発生しないように、事前にシークレットにラベルを付けます。

• 現在、Python のランタイムは、IBM Power、IBM zSystems、および IBM® LinuxONE の OpenShift Serverless Functions ではサポートされません。

  Node.js、TypeScript、および Quarkus 関数は、これらのアーキテクチャーでサポートされます。

• Windows プラットフォームでは、app.sh ファイルのパーミッションが原因で、Source-to-Image ビルダーを使用して Python 関数をローカルで構築、実行、またはデプロイできません。

  この問題を回避するには、Windows Subsystem for Linux を使用します。

• OpenShift Serverless は Knative Serving 1.6 を使用するようになりました。
• OpenShift Serverless は Knative Eventing 1.6 を使用するようになりました。
• OpenShift Serverless は Kourier 1.6 を使用するようになりました。
• OpenShift Serverless は Knative (kn) CLI 1.6 を使用するようになりました。
• OpenShift Serverless は Knative Kafka 1.6 を使用するようになりました。
• kn func CLI プラグインは func 1.8.1 を使用するようになりました。
• namespace スコープのブローカーがテクノロジープレビューとして利用できるようになりました。このブローカーは、たとえば、ロールベースのアクセス制御 (RBAC) ポリシーを実装するために使用できます。
• KafkaSink は、 デフォルトで CloudEvent バイナリーコンテンツモードを使用するようになりました。バイナリーコンテンツモードは、CloudEvent の代わりにボディーのヘッダーを使用するため、構造化モードよりも効率的です。たとえば、HTTP プロトコルの場合、HTTP ヘッダーを使用します。
• OpenShift Container Platform 4.10 以降で OpenShift Route を使用して、外部トラフィックに HTTP/2 プロトコルを介して gRPC フレームワークを使用できるようになりました。これにより、クライアントとサーバー間の通信の効率と速度が向上します。
• Knative Operator Serving および Eventings CRD の API バージョン v1alpha1 は、1.27 で非推奨になりました。これは今後のバージョンで削除される予定です。Red Hat は、代わりに v1beta1 バージョンを使用することを強く推奨しています。Serverless Operator のアップグレード時に CRD が自動的に更新されるため、これは既存のインストールには影響しません。
• 配信タイムアウト機能がデフォルトで有効になりました。これを使用すると、送信される HTTP リクエストごとにタイムアウトを指定できます。この機能は、引き続きテクノロジープレビューです。

• 以前は、Knative サービスが Ready 状態にならないことがあり、ロードバランサーの準備が整うのを待っていると報告されていました。この問題は修正されました。

• OpenShift Serverless を Red Hat OpenShift Service Mesh と統合すると、クラスターに存在するシークレットが多すぎると、起動時に net-kourier Pod がメモリー不足になります。

• namespace スコープブローカーは、namespace スコープブローカーを削除した後でも、ClusterRoleBindings をユーザーの namespace に残す場合があります。

  これが発生した場合は、ユーザー namespace で rbac-proxy-reviews-prom-rb-knative-kafka-broker-data-plane-{{.Namespace}}という名前の ClusterRoleBinding を削除します。

• Ingress に net-istio を使用し、security.dataPlane.mtls: true を使用して SMCP 経由で mTLS を有効にする場合、Service Mesh は *.local ホストの DestinationRules をデプロイしますが、これは OpenShift Serverless の DomainMapping を許可しません。

  この問題を回避するには、security.dataPlane.mtls: true を使用する代わりに PeerAuthentication をデプロイして mTLS を有効にします。

• Quarkus を使用した OpenShift Serverless Functions が GA になりました。
• OpenShift Serverless は Knative Serving 1.5 を使用するようになりました。
• OpenShift Serverless は Knative Eventing 1.5 を使用するようになりました。
• OpenShift Serverless は Kourier 1.5 を使用するようになりました。
• OpenShift Serverless は Knative (kn) CLI 1.5 を使用するようになりました。
• OpenShift Serverless は Knative Kafka 1.5 を使用するようになりました。
• OpenShift Serverless は Knative Operator 1.3 を使用するようになりました。
• kn func CLI プラグインは func 1.8.1 を使用するようになりました。
• Persistent Volume Claims (PVC) が GA になりました。PVC は、Knative サービスに永続的なデータストレージを提供します。

• 新しいトリガーフィルター機能が開発者プレビューとして利用できるようになりました。これにより、ユーザーはフィルター式のセットを指定できます。各式は、イベントごとに true または false に評価されます。

  新しいトリガーフィルターを有効にするには、Operator Config Map の KnativeEventing タイプのセクションに new-trigger-filters: enabled エントリーを追加します。

  apiVersion: operator.knative.dev/v1beta1
  kind: KnativeEventing
  ...
  ...
  spec:
    config:
      features:
        new-trigger-filters: enabled
  ...

  Copy to Clipboard Toggle word wrap

• Knative Operator 1.3 は、operator.knative.dev の更新された v1beta1 バージョンの API を追加します。

  KnativeServing および KnativeEventing カスタムリソース Config Map で v1alpha1 から v1beta1 に更新するには、apiVersion キーを編集します。

  KnativeServing カスタムリソース Config Map の例

  apiVersion: operator.knative.dev/v1beta1
  kind: KnativeServing
  ...

  Copy to Clipboard Toggle word wrap

  KnativeEventing カスタムリソース Config Map の例

  apiVersion: operator.knative.dev/v1beta1
  kind: KnativeEventing
  ...

  Copy to Clipboard Toggle word wrap

• 以前、連邦情報処理標準 (FIPS) モードは、Kafka ブローカー、Kafka ソース、および Kafka シンクに対して無効になっていました。これは修正され、FIPS モードが利用できるようになりました。

• Ingress に net-istio を使用し、security.dataPlane.mtls: true を使用して SMCP 経由で mTLS を有効にする場合、Service Mesh は *.local ホストの DestinationRules をデプロイしますが、これは OpenShift Serverless の DomainMapping を許可しません。

  この問題を回避するには、security.dataPlane.mtls: true を使用する代わりに PeerAuthentication をデプロイして mTLS を有効にします。

• OpenShift Serverless は Knative Serving 1.4 を使用するようになりました。
• OpenShift Serverless は Knative Eventing 1.4 を使用するようになりました。
• OpenShift Serverless は Kourier 1.4 を使用するようになりました。
• OpenShift Serverless は Knative (kn) CLI 1.4 を使用するようになりました。
• OpenShift Serverless は Knative Kafka 1.4 を使用するようになりました。
• kn func CLI プラグインは func 1.7.0 を使用するようになりました。
• 関数を作成およびデプロイするための統合開発環境 (IDE) プラグインが、Visual Studio Code および IntelliJ で利用できるようになりました。

• Knative Kafka ブローカーが一般提供されるようになりました。Knative Kafka ブローカーは、Apache Kafka を直接ターゲットとする、Knative ブローカー API の高性能な実装です。

  MT-Channel-Broker ではなく、Knative Kafka ブローカーを使用することをお勧めします。

• Knative Kafka シンクが一般提供されるようになりました。KafkaSink は CloudEvent を取得し、Apache Kafka トピックに送信します。イベントは、構造化コンテンツモードまたはバイナリーコンテンツモードのいずれかで指定できます。
• 内部トラフィックの TLS の有効化がテクノロジープレビューとして利用可能になりました。

• 以前のバージョンでは、Knative Serving には liveness プローブの失敗後にコンテナーが再起動された場合に readiness プローブが失敗する問題がありました。この問題は修正されました。

• 連邦情報処理標準 (FIPS) モードは、Kafka ブローカー、Kafka ソース、および Kafka シンクに対して無効になっています。
• SinkBinding オブジェクトは、サービスのカスタムリビジョン名をサポートしません。

• Knative Serving Controller Pod は、クラスター内のシークレットを監視するための新しいインフォーマーを追加します。インフォーマーはシークレットをキャッシュに含めるため、コントローラー Pod のメモリー消費量が増加します。

  Pod のメモリーが不足している場合は、デプロイのメモリー制限を増やすことで問題を回避できます。

• Ingress に net-istio を使用し、security.dataPlane.mtls: true を使用して SMCP 経由で mTLS を有効にする場合、Service Mesh は *.local ホストの DestinationRules をデプロイしますが、これは OpenShift Serverless の DomainMapping を許可しません。

  この問題を回避するには、security.dataPlane.mtls: true を使用する代わりに PeerAuthentication をデプロイして mTLS を有効にします。

• OpenShift Serverless は Knative Serving 1.3 を使用するようになりました。
• OpenShift Serverless は Knative Eventing 1.3 を使用するようになりました。
• OpenShift Serverless は Kourier 1.3 を使用するようになりました。
• OpenShift Serverless は、Knative (kn) CLI 1.3 を使用するようになりました。
• OpenShift Serverless は Knative Kafka 1.3 を使用するようになりました。
• kn func CLI プラグインが func 0.24 を使用するようになりました。
• Knative サービスの初期化コンテナーのサポートが一般提供 (GA) になりました。
• OpenShift Serverless ロジックが開発者プレビューとして利用できるようになりました。これにより、サーバーレスアプリケーションを管理するための宣言型ワークフローモデルを定義できます。
• OpenShift Container Platform では、OpenShift Serverless で Cost Management サービスを使用できるようになりました。

• OpenShift Serverless を Red Hat OpenShift Service Mesh と統合すると、クラスターに存在するシークレットが多すぎると、起動時に net-istio-controller Pod がメモリー不足になります。

  シークレットフィルタリングを有効にできるようになりました。これにより、net-istio-controller は、networking.internal.knative.dev/certificate-uid ラベルを持つシークレットのみを考慮するようになり、必要なメモリー量が削減されます。

• OpenShift Serverless Functions テクノロジープレビューは、デフォルトで Cloud Native Buildpacks を使用してコンテナーイメージをビルドするようになりました。

• 連邦情報処理標準 (FIPS) モードは、Kafka ブローカー、Kafka ソース、および Kafka シンクに対して無効になっています。

• OpenShift Serverless 1.23 では、KafkaBindings および kafka -binding Webhook のサポートが削除されました。ただし、既存の kafkabindings.webhook.kafka.sources.knative.dev MutatingWebhookConfiguration が残り、もはや存在しない kafka-source-webhook サービスを指している可能性があります。

  クラスター上の KafkaBindings の特定の仕様では、kafkabindings.webhook.kafka.sources.knative.dev MutatingWebhookConfiguration が、Webhook を介して、デプロイメント、Knative Services、ジョブなどのさまざまなリソースに作成および更新イベントを渡すように設定されている場合がありますが、そのように設定されていると失敗します。

  この問題を回避するには、OpenShift Serverless 1.23 にアップグレードした後、クラスターから kafkabindings.webhook.kafka.sources.knative.dev MutatingWebhookConfiguration を手動で削除します。

  $ oc delete mutatingwebhookconfiguration kafkabindings.webhook.kafka.sources.knative.dev

  Copy to Clipboard Toggle word wrap

• Ingress に net-istio を使用し、security.dataPlane.mtls: true を使用して SMCP 経由で mTLS を有効にする場合、Service Mesh は *.local ホストの DestinationRules をデプロイしますが、これは OpenShift Serverless の DomainMapping を許可しません。

  この問題を回避するには、security.dataPlane.mtls: true を使用する代わりに PeerAuthentication をデプロイして mTLS を有効にします。

• OpenShift Serverless は Knative Serving 1.2 を使用するようになりました。
• OpenShift Serverless は Knative Eventing 1.2 を使用するようになりました。
• OpenShift Serverless は Kourier 1.2 を使用するようになりました。
• OpenShift Serverless は Knative (kn) CLI 1.2 を使用するようになりました。
• OpenShift Serverless は Knative Kafka 1.2 を使用するようになりました。
• kn func CLI プラグインが func 0.24 を使用するようになりました。
• Kafka ブローカーで kafka.eventing.knative.dev/external.topic アノテーションを使用できるようになりました。このアノテーションを使用すると、ブローカー自体の内部トピックを作成する代わりに、既存の外部管理トピックを使用できます。
• kafka-ch-controller および kafka-webhook Kafka コンポーネントが存在しなくなりました。これらのコンポーネントは kafka-webhook-eventing コンポーネントに置き換えられました。
• OpenShift Serverless Functions テクノロジープレビューは、デフォルトで Source-to-Image (S2I) を使用してコンテナーイメージをビルドするようになりました。

• 連邦情報処理標準 (FIPS) モードは、Kafka ブローカー、Kafka ソース、および Kafka シンクに対して無効になっています。
• Kafka ブローカーを含む namespace を削除する場合は、ブローカーの auth.secret.ref.name シークレットがブローカーの前に削除されると、namespace ファイナライザーが削除されない可能性があります。

• 多数の Knative サービスで OpenShift Serverless を実行すると、Knative アクティベーター Pod がデフォルトのメモリー制限である 600MB 近くで実行される可能性があります。これらの Pod は、メモリー消費がこの制限に達すると再起動される可能性があります。アクティベーターデプロイメントの要求と制限は、KnativeServing カスタムリソースを変更することで設定できます。

  apiVersion: operator.knative.dev/v1beta1
  kind: KnativeServing
  metadata:
    name: knative-serving
    namespace: knative-serving
  spec:
    deployments:
    - name: activator
      resources:
      - container: activator
        requests:
          cpu: 300m
          memory: 60Mi
        limits:
          cpu: 1000m
          memory: 1000Mi

  Copy to Clipboard Toggle word wrap
• 関数のローカルビルド戦略として CloudNativeBuildpack を使用している場合、kn func は podman を自動的に起動したり、リモートデーモンへの SSH トンネルを使用したりすることはできません。これらの問題は、関数をデプロイする前に、ローカル開発コンピューターで Docker または podman デーモンを既に実行していると回避できます。
• 現時点で、クラスター上の関数ビルドが Quarkus および Golang ランタイムで失敗します。これらは Node、Typescript、Python、および Springboot ランタイムで正常に機能します。

• Ingress に net-istio を使用し、security.dataPlane.mtls: true を使用して SMCP 経由で mTLS を有効にする場合、Service Mesh は *.local ホストの DestinationRules をデプロイしますが、これは OpenShift Serverless の DomainMapping を許可しません。

  この問題を回避するには、security.dataPlane.mtls: true を使用する代わりに PeerAuthentication をデプロイして mTLS を有効にします。

• OpenShift Serverless は Knative Serving 1.1 を使用するようになりました。
• OpenShift Serverless は Knative Eventing 1.1 を使用するようになりました。
• OpenShift Serverless は Kourier 1.1 を使用するようになりました。
• OpenShift Serverless は Knative (kn) CLI 1.1 を使用するようになりました。
• OpenShift Serverless は KnativeKafka1.1 を使用するようになりました。
• kn func CLI プラグインは func 0.23 を使用するようになりました。
• Knative サービスの初期コンテナーサポートがテクノロジープレビューとして利用できるようになりました。
• Knative サービスの永続ボリュームクレーム (PVC) サポートが、テクノロジープレビューとして利用できるようになりました。
• knative-serving、knative-serving-ingress、knative-eventing、および knative-kafka システムネームボックスに、デフォルトで knative.openshift.io/part-of:"openshift-serverless" ラベルが付けられるようになりました。
• Knative Eventing-Kafka Broker/Trigger ダッシュボードが追加されました。これにより、Web コンソールで Kafka ブローカーとトリガーメトリックを視覚化できます。
• Knative Eventing-KafkaSink ダッシュボードが追加されました。これにより、Web コンソールで KafkaSink メトリックを視覚化できます。
• Knative Eventing-Broker/Trigger ダッシュボードは、Knative Eventing-Channel-based Broker/Trigger と呼ばれるようになりました。
• knative.openshift.io/part-of: " openshift-serverless " ラベルが、knative.openshift.io/system-namespace ラベルに置き換わりました。
• Knative Serving YAML 設定ファイルの命名スタイルがキャメルケース (ExampleName) からハイフンスタイル (example-name) に変更されました。このリリース以降、Knative Serving YAML 設定ファイルを作成または編集するときは、ハイフンスタイルの表記を使用してください。

• 連邦情報処理標準 (FIPS) モードは、Kafka ブローカー、Kafka ソース、および Kafka シンクに対して無効になっています。

• OpenShift Serverless は Knative Serving 1.0 を使用するようになりました。
• OpenShift Serverless は Knative Eventing 1.0 を使用するようになりました。
• OpenShift Serverless は Kourier 1.0 を使用するようになりました。
• OpenShift Serverless は、Knative (kn) CLI 1.0 を使用するようになりました。
• OpenShift Serverless は Knative Kafka 1.0 を使用するようになりました。
• kn func CLI プラグインが func 0.21 を使用するようになりました。
• Kafka シンクがテクノロジープレビューとして利用できるようになりました。
• Knative オープンソースプロジェクトは、camel-cased 設定キーを非推奨にし、kebab-cased キーを一貫して使用することを支持し始めました。その結果、OpenShift Serverless 1.18.0 リリースノートで前述した defaultExternalScheme キーは非推奨になり、default-external-scheme キーに置き換えられました。キーの使用方法は同じです。

• OpenShift Serverless 1.20.0 では、サービスにイベントを送信するための kn event send の使用に影響するイベント配信の問題がありました。この問題は修正されています。
• OpenShift Serverless 1.20.0 (func0.20) では、http テンプレートを使用して作成された TypeScript 関数をクラスターにデプロイできませんでした。この問題は修正されています。
• OpenShift Serverless 1.20.0 (func 0.20) では、gcr.io レジストリーを使用した関数のデプロイがエラーで失敗しました。この問題は修正されています。
• OpenShift Serverless 1.20.0 (func 0.20) では、kn func create コマンドを使用して Springboot 関数プロジェクトディレクトリーを作成してから、kn func build コマンドを実行するとエラーメッセージが表示されて失敗しました。この問題は修正されています。
• OpenShift Serverless 1.19.0 (func 0.19) では、一部のランタイムが podman を使用して関数をビルドできませんでした。この問題は修正されています。

• 現在、ドメインマッピングコントローラーは、現在サポートされていないパスを含むブローカーの URI を処理できません。

  つまり、DomainMapping カスタムリソース (CR) を使用してカスタムドメインをブローカーにマップする場合は、ブローカーの入力サービスを使用して DomainMapping CR を設定し、ブローカーの正確なパスをカスタムドメインに追加する必要があります。

  DomainMappingCR の例

  apiVersion: serving.knative.dev/v1alpha1
  kind: DomainMapping
  metadata:
    name: <domain-name>
    namespace: knative-eventing
  spec:
    ref:
      name: broker-ingress
      kind: Service
      apiVersion: v1

  Copy to Clipboard Toggle word wrap

  その場合、ブローカーの URI は <domain-name>/<broker-namespace>/<broker-name> になります。

• OpenShift Serverless は Knative Serving 0.26 を使用するようになりました。
• OpenShift Serverless は Knative Eventing 0.26 を使用するようになりました。
• OpenShift Serverless は Kourier 0.26 を使用するようになりました。
• OpenShift Serverless は、Knative (kn) CLI 0.26 を使用するようになりました。
• OpenShift Serverless は Knative Kafka 0.26 を使用するようになりました。
• kn func CLI プラグインが func 0.20 を使用するようになりました。

• Kafka ブローカーがテクノロジープレビュー機能として利用可能になりました。

  重要

  現在テクノロジープレビューにある Kafka ブローカーは、FIPS ではサポートされていません。

• kn event プラグインがテクノロジープレビューとして利用できるようになりました。
• knservicecreate コマンドの --min-scale フラグと --max-scale フラグは非推奨になりました。代わりに、-scale-min フラグと --scale-max フラグを使用してください。

• OpenShift Serverless は、HTTPS を使用するデフォルトアドレスで Knative サービスをデプロイします。クラスター内のリソースにイベントを送信する場合、送信側にはクラスターの認証局 (CA) が設定されていません。これにより、クラスターがグローバルに受け入れ可能な証明書を使用しない限り、イベント配信は失敗します。

  たとえば、一般にアクセス可能なアドレスへのイベント配信は機能します。

  $ kn event send --to-url https://ce-api.foo.example.com/

  Copy to Clipboard Toggle word wrap

  一方、サービスがカスタム CA によって発行された HTTPS 証明書でパブリックアドレスを使用する場合、この配信は失敗します。

  $ kn event send --to Service:serving.knative.dev/v1:event-display

  Copy to Clipboard Toggle word wrap

  ブローカーやチャネルなどの他のアドレス指定可能なオブジェクトへのイベント送信は、この問題の影響を受けず、期待どおりに機能します。

• 現在、Kafka ブローカーは Federal Information Processing Standards (FIPS) モードが有効になっているクラスターでは動作しません。

• kn func create コマンドで Springboot 関数プロジェクトディレクトリーを作成すると、それ以降の kn func build コマンドの実行は失敗し、以下のエラーメッセージが出力されます。

  [analyzer] no stack metadata found at path ''
  [analyzer] ERROR: failed to : set API for buildpack 'paketo-buildpacks/ca-certificates@3.0.2': buildpack API version '0.7' is incompatible with the lifecycle

  Copy to Clipboard Toggle word wrap

  回避策として、関数設定ファイル func.yaml で builder プロパティーを gcr.io/paketo-buildpacks/builder:base に変更します。

• gcr.io レジストリーを使用した関数のデプロイは失敗し、以下のエラーメッセージが出力されます。

  Error: failed to get credentials: failed to verify credentials: status code: 404

  Copy to Clipboard Toggle word wrap

  回避策として、quay.io または docker.io などの gcr.io 以外のレジストリーを使用します。

• http テンプレートで作成された Typescript 関数は、クラスターへのデプロイに失敗します。

  回避策として、func.yaml ファイルで以下のセクションを置き換えます。

  buildEnvs: []

  Copy to Clipboard Toggle word wrap

  上記を以下のように置き換えます。

  buildEnvs:
  - name: BP_NODE_RUN_SCRIPTS
    value: build

  Copy to Clipboard Toggle word wrap

• func バージョン 0.20 では、一部のランタイムが podman を使用して関数をビルドできない場合があります。以下のようなエラーメッセージが出力される場合があります。

  ERROR: failed to image: error during connect: Get "http://%2Fvar%2Frun%2Fdocker.sock/v1.40/info": EOF

  Copy to Clipboard Toggle word wrap

  • この問題には、以下の回避策があります。

    1. --time=0 をサービス ExecStart 定義に追加して、podman サービスを更新します。

       サービス設定の例

       ExecStart=/usr/bin/podman $LOGGING system service --time=0

       Copy to Clipboard Toggle word wrap

    2. 以下のコマンドを実行して podman サービスを再起動します。

       $ systemctl --user daemon-reload

       Copy to Clipboard Toggle word wrap

       $ systemctl restart --user podman.socket

       Copy to Clipboard Toggle word wrap

  • または、TCP を使用して podman API を公開することもできます。

    $ podman system service --time=0 tcp:127.0.0.1:5534 &
    export DOCKER_HOST=tcp://127.0.0.1:5534

    Copy to Clipboard Toggle word wrap

• OpenShift Serverless は Knative Serving 0.25 を使用するようになりました。
• OpenShift Serverless は Knative Eventing 0.25 を使用するようになりました。
• OpenShift Serverless は Kourier 0.25 を使用するようになりました。
• OpenShift Serverless は Knative (kn) CLI 0.25 を使用するようになりました。
• OpenShift Serverless は Knative Kafka 0.25 を使用するようになりました。
• kn func CLI プラグインが func 0.19 を使用するようになりました。
• KafkaBinding API は OpenShift Serverless 1.19.0 で非推奨となり、今後のリリースで削除される予定です。
• HTTPS リダイレクトがサポートされ、クラスターに対してグローバルに設定することも、各 Knative サービスごとに設定することもできるようになりました。

• 以前のリリースでは、Kafka チャネルディスパッチャーは、ローカルコミットが成功するのを待ってからしか応答していませんでした。これにより、Apache Kafka ノードに障害が発生した場合に、イベントが失われる可能性がありました。Kafka チャネルディスパッチャーは、すべての同期レプリカがコミットするのを待ってから応答するようになりました。

• func バージョン 0.19 では、一部のランタイムが podman を使用して関数をビルドできない場合があります。以下のようなエラーメッセージが出力される場合があります。

  ERROR: failed to image: error during connect: Get "http://%2Fvar%2Frun%2Fdocker.sock/v1.40/info": EOF

  Copy to Clipboard Toggle word wrap

  • この問題には、以下の回避策があります。

    1. --time=0 をサービス ExecStart 定義に追加して、podman サービスを更新します。

       サービス設定の例

       ExecStart=/usr/bin/podman $LOGGING system service --time=0

       Copy to Clipboard Toggle word wrap

    2. 以下のコマンドを実行して podman サービスを再起動します。

       $ systemctl --user daemon-reload

       Copy to Clipboard Toggle word wrap

       $ systemctl restart --user podman.socket

       Copy to Clipboard Toggle word wrap

  • または、TCP を使用して podman API を公開することもできます。

    $ podman system service --time=0 tcp:127.0.0.1:5534 &
    export DOCKER_HOST=tcp://127.0.0.1:5534

    Copy to Clipboard Toggle word wrap

• OpenShift Serverless は Knative Serving 0.24.0 を使用するようになりました。
• OpenShift Serverless は Knative Eventing 0.24.0 を使用するようになりました。
• OpenShift Serverless は Kourier 0.24.0 を使用するようになりました。
• OpenShift Serverless は Knative (kn) CLI 0.24.0 を使用するようになりました。
• OpenShift Serverless は Knative Kafka 0.24.7 を使用するようになりました。
• kn func CLI プラグインが func 0.18.0 を使用するようになりました。

• 今後の OpenShift Serverless 1.19.0 リリースでは、外部ルートの URL スキームはデフォルトで HTTPS になり、セキュリティーが強化されます。

  この変更をワークロードに適用する必要がない場合は、以下の YAML を KnativeServing カスタムリソース (CR) に追加してから 1.19.0 にアップグレードする前にデフォルト設定を上書きできます。

  ...
  spec:
    config:
      network:
        defaultExternalScheme: "http"
  ...

  Copy to Clipboard Toggle word wrap

  変更を 1.18.0 ですでに適用する必要がある場合は、以下の YAML を追加します。

  ...
  spec:
    config:
      network:
        defaultExternalScheme: "https"
  ...

  Copy to Clipboard Toggle word wrap

• 今後の OpenShift Serverless 1.19.0 リリースでは、Kourier ゲートウェイが公開されるデフォルトのサービスタイプは ClusterIP であり、LoadBalancer ではありません。

  この変更をワークロードに適用する必要がない場合は、以下の YAML を KnativeServing カスタムリソース定義 (CRD) に追加してから 1.19.0 にアップグレードする前にデフォルト設定を上書きできます。

  ...
  spec:
    ingress:
      kourier:
        service-type: LoadBalancer
  ...

  Copy to Clipboard Toggle word wrap
• OpenShift Serverless で emptyDir ボリュームを使用できるようになりました。詳細は、Knative Serving に関する OpenShift Serverless ドキュメントを参照してください。
• kn func を使用して関数を作成すると、Rust テンプレートが利用できるようになりました。

• 以前の 1.4 バージョンの Camel-K は OpenShift Serverless 1.17.0 と互換性がありませんでした。Camel-K の問題が修正され、Camel-K バージョン 1.4.1 を OpenShift Serverless 1.17.0 で使用できます。

• 以前のバージョンでは、Kafka チャネルまたは新しい Kafka ソースの新しいサブスクリプションを作成する場合は、新しく作成されたサブスクリプションまたはシンクが準備完了ステータスを報告した後、Kafka データプレーンがメッセージをディスパッチする準備ができるまでに遅延が生じる可能性があります。

  その結果、データプレーンが準備完了ステータスを報告していないときに送信されたメッセージは、サブスクライバーまたはシンクに配信されない可能性があります。

  OpenShift Serverless 1.18.0 では、問題が修正され、初期メッセージが失われなくなりました。この問題の詳細は、ナレッジベースの記事 #6343981 を参照してください。

• Knative kn CLI の古いバージョンは、Knative Serving および Knative Eventing API の古いバージョンを使用する可能性があります。たとえば、kn CLI のバージョン 0.23.2 は v1alpha1 API バージョンを使用します。

  一方、OpenShift Serverless の新しいリリースでは、古い API バージョンをサポートしない可能性があります。たとえば、OpenShift Serverless 1.18.0 は kafkasources.sources.knative.dev API のバージョン v1alpha1 をサポートしなくなりました。

  そのため、kn が古い API を検出できないため、新しい OpenShift Serverless で古いバージョンの Knative kn CLI を使用するとエラーが発生する可能性がありました。たとえば、kn CLI のバージョン 0.23.2 は OpenShift Serverless 1.18.0 では機能しません。

  問題を回避するには、OpenShift Serverless リリースで利用可能な最新の kn CLI バージョンを使用します。OpenShift Serverless 1.18.0 では、Knative kn CLI 0.24.0 を使用します。

• リソース定義
• サービスログ

• 1 つ以上の特定の機能に関連するデータを収集するには、以下のセクションに示すように、イメージと共に --image 引数を使用します。

  以下に例を示します。

  $ oc adm must-gather  --image=registry.redhat.io/container-native-virtualization/cnv-must-gather-rhel8:v4.13.0

  Copy to Clipboard Toggle word wrap

• 監査ログを収集するには、以下のセクションで説明されているように -- /usr/bin/gather_audit_logs 引数を使用します。

  以下に例を示します。

  $ oc adm must-gather -- /usr/bin/gather_audit_logs

  Copy to Clipboard Toggle word wrap
  注記

  ファイルのサイズを小さくするために、監査ログはデフォルトの情報セットの一部として収集されません。

前提条件

• OpenShift CLI (oc) がインストールされている。

手順

• oc adm must-gather コマンドを使用してデータを収集します。

  $ oc adm must-gather --image=registry.redhat.io/openshift-serverless-1/svls-must-gather-rhel8:<image_version_tag>

  Copy to Clipboard Toggle word wrap

  コマンドの例

  $ oc adm must-gather --image=registry.redhat.io/openshift-serverless-1/svls-must-gather-rhel8:1.14.0

  Copy to Clipboard Toggle word wrap