1.10. Red Hat OpenShift Serverless 1.30
OpenShift Serverless 1.30 が公開されました。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.10.1. 新機能
- OpenShift Serverless は Knative Serving 1.9 を使用するようになりました。
- OpenShift Serverless は Knative Eventing 1.9 を使用するようになりました。
- OpenShift Serverless は Kourier 1.9 を使用するようになりました。
-
OpenShift Serverless は Knative (
kn) CLI 1.9 を使用するようになりました。 - OpenShift Serverless は、Apache Kafka 1.9 に Knative を使用するようになりました。
-
kn funcCLI プラグインはfunc1.10.1 を使用するようになりました。 - OpenShift Serverless は、HyperShift でホストされるクラスター上で実行されるようになりました。
- OpenShift Serverless は単一ノード OpenShift 上で実行されるようになりました。
- OpenShift Serverless に関する開発者エクスペリエンスは、Visual Studio Code (VSCode) の OpenShift IDE 拡張機能である OpenShift Toolkit を通じて利用できるようになりました。拡張機能は、VSCode Extension タブおよび VSCode Marketplace からインストールできます。Visual Studio Code OpenShift Toolkit 拡張機能については、Marketplace ページ を参照してください。
- OpenShift Serverless Functions は、Red Hat OpenShift Pipelines バージョン 1.10 および 1.11 をサポートするようになりました。Red Hat OpenShift Pipelines の古いバージョンは、OpenShift Serverless Functions と互換性がなくなりました。
Serverless Logic は、テクノロジープレビュー (TP) 機能として利用できるようになりました。
詳細は、Serverless Logic のドキュメント を参照してください。
OpenShift Serverless 1.30.0 以降、s2i ビルダーを使用する IBM zSystems で次のランタイム環境がサポートされます。
- NodeJS
- Python
- TypeScript
- Quarkus
Red Hat OpenShift Service Mesh とのイベント統合が、テクノロジープレビュー (TP) 機能として利用できるようになりました。
このインテグレーションには次のものが含まれます。
-
PingSource -
ApiServerSource - Knative Source for Apache Kafka
- Knative Broker for Apache Kafka
- Knative Sink for Apache Kafka
-
ContainerSource -
SinkBinding -
InMemoryChannel -
KafkaChannel - Channel-based Knative Broker
-
- OpenShift Serverless Functions の Pipelines-as-code がテクノロジープレビュー機能として利用可能になりました。
-
net-kourierのバースト値と 1 秒あたりのクエリー (QPS) の値を設定できるようになりました。 OpenShift Serverless Functions ユーザーは、個々の Quarkus 関数の
func.yamlファイル内のreadinessプローブ値とlivenessプローブ値をオーバーライドできるようになりました。Quarkus、TypeScript、および Node.js 関数のガイダンスについては、「関数開発リファレンスガイド」を参照してください。
OpenShift Serverless 1.30.0 以降、Kourier コントローラーとゲートウェイのマニフェストには、デフォルトで次の制限とリクエストがあります。
リクエスト:
- cpu: 200m
- memory: 200Mi
制限:
- cpu: 500m
memory: 500Mi
OpenShift Serverless ドキュメントの「Knative Serving システムのデプロイメント設定のオーバーライド」セクションを参照してください。
-
テクノロジープレビュー (TP) 機能であった
NamespacedKafkaアノテーションは現在非推奨になり、データプレーン分離のない標準の Kafka ブローカーが優先されます。
1.10.2. 問題の修正
以前では、
3scale-jourier-gatewayPod が毎日数千のnet-jourier-controllerDNS クエリーを送信していました。NXDOMAIN応答ごとに新しいクエリーが送信されていました。これは、正しい DNS クエリーが生成されるまで続いていました。このクエリーには
net-kourier-controller.knative-serving-ingress.svc.<cluster domain>.完全修飾ドメイン名 (FQDN) が含まれるようになり、問題が解決されています。
1.10.3. 既知の問題
Podman バージョン 4.6 を使用した関数のビルドとデプロイは
invalid pull policy "1"エラーで失敗します。この問題を回避するには、Podman バージョン 4.5 を使用します。
- Pipelines-as-code の使用を含むクラスター上での関数の構築は、IBM zSystems および IBM Power ではサポートされていません。
- Buildpack ビルダーは、IBM zSystems および IBM Power ではサポートされていません。
関連情報
