1.4. Red Hat OpenShift Serverless 1.28 のリリースノート
OpenShift Serverless 1.28 が公開されました。以下では、OpenShift Container Platform 上の OpenShift Serverless に関連する新機能、変更点、および既知の問題を説明します。
OpenShift Container Platform 4.13 は Red Hat Enterprise Linux (RHEL) 9.2 をベースにしています。RHEL 9.2 はまだ連邦情報処理標準 (FIPS) 検証のために提出されていません。Red Hat は特定の期限を約束することはできませんが、RHEL 9.0 および RHEL 9.2 モジュール、さらには RHEL 9.x のマイナーリリースでも FIPS 検証を取得する予定です。更新に関する情報は、ナレッジベースの記事 Compliance Activities and Government Standards で入手できます。
1.4.1. 新機能
- 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 funcCLI プラグインはfunc1.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 サーバーレスリリースのいずれかでは、シークレットフィルタリングがデフォルトで有効になります。障害が発生しないように、事前にシークレットにラベルを付けます。
1.4.2. 既知の問題
現在、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 を使用します。
-
Red Hat OpenShift Serverless 1.27 より前に作成された
KafkaSourceリソースは、削除時にスタックします。この問題を回避するには、KafkaSourceの削除を開始した後、リソースからファイナライザーを削除します。
