1

チームの開発者が本番環境で簡単に実験できるインフラストラクチャをセットアップしたいと考えています。

たとえば、オンライン小売店での購入を一覧表示する HTML ページがあるとします。本番バージョンは React を使用して実装されていますが、Vue.js で記述された実装や、JS ベースではなくバックエンド レンダリングを使用する実装など、いくつかの代替実装をテストしたいと考えています。

このシナリオでは、Vue.js の実装に取り​​組んでいるすべての開発者が Vue.js ページを確認できるように、またバックエンド レンダリング チームが実装を確認できるように機能フラグを反転させたいと考えています。

Kubernetes では、各実装は異なるポッド/レプリケーション セット/サービスになります。

ここに画像の説明を入力

Kubernetes で上記のルーティング スキームを実装するための最適なパターンは何ですか? Istioベースのインテリジェントな HTTP ヘッダー ベースのルーティングは、このタスクに適していますか?

4

1 に答える 1

0

私の見解では、よりクリーンな方法は、バックエンドのタイプごとに異なるパス/FQDN を使用し、それらすべてをイングレス コントローラーで管理することです。少なくとも、開発者はリクエストをカスタマイズせずに新しいバージョンにアクセスできます。

しかし、ヘッダーを機能フラグとして使用し、それに基づいてルーティングを管理する場合は、Istio のコンテンツ ベースのルーティングで問題ないと思います。

于 2018-03-14T12:58:35.880 に答える