舵は、第4ステップ4を説明しました
4136 ワード
Helmは、インストールを管理して、Kubernetesアプリケーションを管理するツールです.KumbernetesのためにYumとhomebrewのようにそれを考えてください.ヘルムは、chartsと呼ばれるパッケージ形式を使用します.グラフは、Kubernetesリソースの関連セットを記述するファイルのコレクションです.ヘルムは、展開、サービスをインストール、実行、更新するコマンドを提供します.
ティラーは、ヘルムのサーバー部分は、通常あなたのKubernetesクラスタの内部で実行されます.しかし、開発のためには、ローカルで実行することもできますし、リモートKubernetesクラスタに話をするように構成.
ヘルムは、チャートと呼ばれるパッケージ形式を使用します.グラフは、Kubernetesリソースの関連セットを記述するファイルのコレクションです.単一のグラフは、HTTPサーバ、データベース、キャッシュなどの単純な、または完全なWebアプリケーションスタックを展開するために使用することがあります.
テンプレートはマニベルファイルを生成します.テンプレートがどのように構造化されているかを見ていきます.
ヘルムチャート
gke helmを使用しているので、Kubectlはすでにセットアップと準備ができているので、インストールによってセットアップをする必要があります.Google Kubernetesエンジンの配備とサービスは、セットアップで使用されている機能です.
development .yamlは開発のすべての詳細を含みます、そして、service.yamlは発展を露出する詳細を含みます、そして、これらのファイルはvalue.yamlからイメージ、タグとポートのような彼らの価値を得ています.
*値からいくつかのタグ.YAML *
コマンド は を更新します Dev環境のためにdevのような別々の枝とprod環境のためのprodで別々の倉庫にそれを押してください
prod branch
dev branch
名前空間 を作成する
クラウドのリポジトリ.グラフをインストールします.(ポートdevが異なっているので、両方のブランチdevとprodから)
試験(応答をチェックする郵便配達人)
チャートにどんな変化があるならば、それだけで更新
ティラーズのコンセプト
ティラーは、ヘルムのサーバー部分は、通常あなたのKubernetesクラスタの内部で実行されます.しかし、開発のためには、ローカルで実行することもできますし、リモートKubernetesクラスタに話をするように構成.
In Helm v3 tiller is gone, and there is only Helm client.
ヘルムチャートを理解する
ヘルムは、チャートと呼ばれるパッケージ形式を使用します.グラフは、Kubernetesリソースの関連セットを記述するファイルのコレクションです.単一のグラフは、HTTPサーバ、データベース、キャッシュなどの単純な、または完全なWebアプリケーションスタックを展開するために使用することがあります.
テンプレートはマニベルファイルを生成します.テンプレートがどのように構造化されているかを見ていきます.
ヘルムチャート
helm create
を構築するには、コマンドがある.それはYAMLファイルの基本テンプレートを作成し、ベーステンプレートを使用する方法で変更することができますし、helm-hubでKubernetes準備アプリを見つけることができますし、独自のヘルムチャートをプッシュすることができます.gke helmを使用しているので、Kubectlはすでにセットアップと準備ができているので、インストールによってセットアップをする必要があります.Google Kubernetesエンジンの配備とサービスは、セットアップで使用されている機能です.
development .yamlは開発のすべての詳細を含みます、そして、service.yamlは発展を露出する詳細を含みます、そして、これらのファイルはvalue.yamlからイメージ、タグとポートのような彼らの価値を得ています.
*値からいくつかのタグ.YAML *
replicaCount: 1
image:
repository: gcr.io/project-for-video/project-for-video
pullPolicy: Always
# Overrides the image tag whose default is the chart appVersion.
tag: "latest"
containerPort: 3100
readinessProbe: /
livenessProbe: /
serviceAccount:
name: "project-for-video-dev"
service:
type: LoadBalancer
port: 80
targetPort: 3100
nodePort: 30001
名前空間は、多くのユーザーが複数のチーム、またはプロジェクト......名前空間は、複数のユーザー間でクラスタリソースを分割する方法です.Kubernetesの将来のバージョンでは、同じ**名前空間のオブジェクトは、デフォルトで同じアクセス制御方針を持ちます.GKEにグラフを配置する
helm create {name of chart}
コマンドでヘルムチャートを作成value.yaml
の値を更新します.名前、イメージ、イメージタグ、コンテナポート、サービスポート、および内部ポート(ターゲットポート)prod branch
dev branch
kubectl create namespace {NAMESPACE}
クラウドのリポジトリ.
重要なコマンド
helm install {name-of-chart} {address-of-chart} --namespace {NAMESPACE}
helm cerete {NAME OF CHART}
helm delete {NAME OF CHART}
チャートにどんな変化があるならば、それだけで更新
helm update{NAME OF CHART}
helm rollback
kubectl get namespace --all
Reference
この問題について(舵は、第4ステップ4を説明しました), 我々は、より多くの情報をここで見つけました https://dev.to/coktopus/helm-explained-step-4-1kh0テキストは自由に共有またはコピーできます。ただし、このドキュメントのURLは参考URLとして残しておいてください。
Collection and Share based on the CC Protocol