問題タブ [knative]

k8s の抽象化として Knative を使用する Cloud run on gke を使用してサービスをデプロイしました。MaxRevisionTimeoutSecondsknative のデフォルト設定ではデフォルトは 600 に設定されていますが、このPRによればこれはカスタマイズ可能です。

Knative の公式ドキュメントには何も見つかりませんでした。誰か助けてくれませんか?

更新：

knative のソース コードとドキュメントをもう少し掘り下げた後。MaxRevisionTimeoutSecondsで定義されているようですresource=ConfigMap/config-defaults。そのため、カスタム値で更新する必要があります。

このことから、asと呼ばれるものを使用して ConfigMap リソースを変更できるように見えますがoperator、おそらく gcp がオペレーターを使用して Knative コンポーネントをインストールしないため、機能しませんでした。とにかく、私はオペレーターをインストールしresource=knativeserving、config-defaults を上書きしていました。しかし、これもサービスを再デプロイしようとしたときに機能しませんでした。

次の解決策は、 を使用して config-defaults を直接編集することkubectl editです。私もこれをやろうとしましたが、奇妙な動作に遭遇しました。以前は変更された値を確認していたときに YAML ファイルを編集した後kubectl describe、変更された値が表示されることもあれば、古い値が表示されることもあり、YAML の特定のキーと値のペアが表示されないこともあります。また、この編集を行った後にサービスを再デプロイしようとしても機能しません。

誰かがこれで私を助けることができれば、それは本当に素晴らしいことです.

Knative と Anthos を搭載した GCP 上の K8s クラスターで Google Cloud Run を使用していますが、ロード バランサーは x-forwarded-for を修正していないようです (TCP ロード バランサーであるため、これは予期されていません)。 Istio は同じことをしません。

同じ問題がありますか、それとも私たちの展開に限定されていますか? Istio は今後のGateway Network Topologyの一部としてこれをサポートしていることを理解していますが、現在の gcp バージョンではサポートしていません。