Kubernetes アプリケーションアクセス管理の理解

追加ボックスボーダーボックス rgba(0, 0, 0, 0);">種類: サービス
メタデータ:
名前: アプリ- サーバー- v1 - svc
仕様:
セレクター:
アプリ: アプリ- サーバー- v1
ポート:
- 名前: http
ポート: 8080
---
api バージョン: networking.k8s.io/v1
種類: イングレス
メタデータ:
名前: アプリ- サーバー- v1
注釈:
kubernetes.io/ingress . クラス: " nginx "
仕様:
ルール:
- ホスト: canary.dev.jokerbai.com
http://www.google.com/dp ...
パス:
- パス： /
バックエンド:
サービス：
名前: アプリ- サーバー- v1 - svc
ポート:
番号: 8080
パスタイプ: プレフィックス
---
apiバージョン: アプリ/ v1
種類: デプロイメント
メタデータ:
名前: アプリ- サーバー- v2
仕様:
セレクター:
一致ラベル:
アプリ: アプリ- サーバー- v2
レプリカ： 2
テンプレート：
メタデータ:
ラベル:
アプリ: アプリ- サーバー- v2
仕様:
コンテナ:
- 名前: アプリ- サーバー- v2
イメージ: registry.cn-hangzhou.aliyuncs.com/rookieops/go-test:v2
imagePullPolicy : IfNotPresent
ポート:
- 名前: http
コンテナポート: 8080
---
APIバージョン: v1
種類: サービス
メタデータ:
名前: アプリ- サーバー- v2 - svc
仕様:
セレクター:
アプリ: アプリ- サーバー- v2
ポート:
- 名前: http
ポート: 8080
---
api バージョン: networking.k8s.io/v1
種類: イングレス
メタデータ:
名前: アプリ- サーバー- v2
注釈:
kubernetes.io/ingress . クラス: " nginx "
nginx.ingress.kubernetes.io/canary : " true "
nginx.ingress.kubernetes.io/canary - 重み: " 10 "
仕様:
ルール:
- ホスト: canary.dev.jokerbai.com
http://www.google.com/dp ...
パス:
- パス： /
バックエンド:
サービス：
名前: アプリ- サーバー- v2 - svc
ポート:
番号: 8080
パスタイプ: プレフィックス

説明：

nginx.ingress.kubernetes.io/canary: true 表示开启canary。
nginx.ingress.kubernetes.io/canary-weight: 10 は重さが 10、つまり v1:v2 がほぼ 9:1 であることを示します。

実際の使用では、異なるバージョンを配置することによって密度分布を実現することもできます。

まとめ

現在のコレクショングループ内アプリケーションのアクセスは、主に Service と Ingress の 2 つの方式で行われており、Service は 4 層、Ingress は 7 層であり、エンタープライズアプリケーションでは、MySQL、Redis など、4 層を使用する必要があるアプリケーションを除き、その他の基本的なアプリケーションは Ingress を使用してアクセスされます。

Ingress の選択肢は非常に多く、サービスは主にグループ内部で使用されますが、企業の現実の状況 (技術、熟練度、モードの大きさなど) に応じて選択できます。

<<: Kubernetes 監視の原則に関する深い理解

>>: ガートナー：世界のパブリッククラウドのエンドユーザー支出は2022年に5,000億ドルに近づく