v0.4 リリース

公開日：2021-10-06

Knative v0.4 リリースは、増加する数のデプロイメントからの継続的な直接的なフィードバックに対応しています。

Knative v0.4 リリースを発表

再び、Knative のアップデートを発表できることを嬉しく思います。v0.4 リリースでは、増加する数のデプロイメントからの継続的な直接的なフィードバックに対応し続けています。各リリースで、Knative は、プラットフォームで現在対処されている新しいユースケースに基づいてこれらの教訓を実装しています。

最も多くのフィードバックを受け取った分野は、構成とシークレット管理でした。

Knative は予測可能なリリースサイクルを維持しているため、以前のインストール（例：ドメイン）の設定を保持する機能はさらに重要になりました。そのため、v0.4 リリースでは、Knative は更新プロセス中に以前に設定された ConfigMap の値を保持するようになりました。以降のリリースから、ユーザーは最新の knative/serving リリースを適用し、以前の設定を引き続き使用できるようになります。

シークレット管理に関しては、Knative ユーザーは、シークレット（機密データ用）と ConfigMap（非機密データ用）の柔軟性をより求めてきました。そのニーズに対応するため、Knative はシークレットと ConfigMap をボリュームとしてマウントするサポートを追加しました。

Knative の最初のリリース以来、ほぼ常に多くのフィードバックがあったもう1つの分野は、基本的な HTTP 以外の追加のネットワークプロトコルサポートの必要性です。v0.4 リリースで Knative がHTTP2 と gRPC の両方を h2c という名前のポートでサポートするようになったことを嬉しく思います。コールドスタート時のストリーミング RPC にはまだいくつかの課題があるので、皆様からのフィードバックをお待ちしています。

さらに、Knative はインバウンド HTTP 接続を WebSockets にアップグレードする機能もサポートするようになりました。この変更には、アクティベーターと Istio VirtualService を含む、さまざまなレイヤーのサービスインフラストラクチャを通じた配管が含まれていたため、この頻繁に要求される機能を Knative に実装できたことを嬉しく思います。

以前のリリースと同様に、Knative オートスケーリングは引き続き注力分野です。v0.4 リリースも例外ではなく、オートスケーラーがアクティベーターから統計情報を受け取るとすぐにスケールアップすることで、コールドスタート時間をさらに短縮します。これにより、Knative が以前にゼロにスケールダウンされたワークロードをアクティブ化する必要がある場合のレイテンシが軽減されます。さらに、Serving アクティベーターは、トラフィックの初期の大規模なバースト中に単一ポッドに過負荷をかけるのを避けるために、ゼロにスケールダウンされたポッドに送信するトラフィックを調整するようになりました。

以前のリリースで示したように、v0.4 リリースから、Knative はカスタマイズされた Istio IngressGateway を削除して、複数のバージョンの Istio のサポートを強化し、必要なロードバランサーの数を削減します。v0.3 リリースからアップグレードするユーザーは、アップグレードする前に、`istio-ingressgateway` によって公開される IP アドレスを指すように DNS を再構成し、`knative-ingressgateway` サービスとデプロイメントを削除する必要があります。

最後に、Knative Serving の v0.4 リリースでは、別のコントローラーが必要な場合に、`config-network` ConfigMap でデフォルトの ClusterIngress コントローラーを Istio から変更するオプションが追加されました。

Eventing では、インメモリチャネルは、プロキシとして機能するのではなく、イベントをメモリにバッファリングするようになりました。この変更により、クライアントのブロッキングを減らすことで、イベントソースの効率とスループットが向上します。

新機能とバグ修正の概要を示した Knative v0.4 リリースノートの完全なセットは、Serving、Build、およびEventing リポジトリで確認できます。