Ingress による HTTPS ロード バランシングにおける複数の SSL 証明書の使用 | Google Kubernetes Engine (GKE) | Google Cloud
フィードバックを送信 Ingress による HTTPS ロード バランシングにおける複数の SSL 証明書の使用 コレクションでコンテンツを整理 必要に応じて、コンテンツの保存と分類を行います。 このページでは、Google Kubernetes Engine（GKE）クラスタの Ingress リソースに複数の SSL 証明書を構成する方法について説明します。 概要 クライアントからの HTTPS リクエストを受け入れるには、アプリケーション ロードバランサは証明書を持っていなければなりません。これにより、適切な送信先であることをクライアントに示すことができます。さらに、ロードバランサには、HTTPS handshake を完了するための秘密鍵も必要です。 ロードバランサがクライアントからの HTTPS リクエストを受け入れると、クライアントとロードバランサ間のトラフィックは TLS
外部アプリケーション ロードバランサ用の Ingress を構成する | Google Kubernetes Engine (GKE) | Google Cloud
フィードバックを送信 外部アプリケーション ロードバランサ用の Ingress を構成する コレクションでコンテンツを整理 必要に応じて、コンテンツの保存と分類を行います。 このページでは、Kubernetes Ingress オブジェクトを作成して外部アプリケーション ロードバランサを構成する方法について説明します。 このページを読む前に、GKE ネットワーキングのコンセプトを理解しておく必要があります。 始める前に 始める前に、次の作業が完了していることを確認してください。 Google Kubernetes Engine API を有効にする。 Google Kubernetes Engine API の有効化 このタスクに Google Cloud CLI を使用する場合は、gcloud CLI をインストールして初期化する。すでに gcloud CLI をインストールしている場合
事実上の標準ツールとなっているKubernetes向けデプロイツール「Helm」入門 | さくらのナレッジ
近年ではKubernetesクラスタ上で動作させるアプリケーションにおいて、そのデプロイに「Helm」と呼ばれるツールを使用する例が増えている。Helmは設定ファイルを元にアプリケーションのデプロイを自動実行するツールで、Kubernetesアプリケーション向けのパッケージマネージャとも言われている。今回はこのHelmの概要、使い方、設定ファイルの書き方などを紹介する。 Kubernetes上にアプリケーションをデプロイするための事実上の標準的ツールとなっている「Helm」 近年ではコンテナクラスタ技術であるKubernetesを活用したサービスの運用が増えており、Kubernetes上で動かすことを前提とするソフトウェアも登場している。一方で、Kubernetes上でのアプリケーションのデプロイについては課題も多い。 Kubernetesはサービスを複数の小規模コンポーネントに分割して実
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
