1、ヘルムの概念とアーキテクチャ
すべての成功したソフトウェアプラットフォームは、Debianの、Ubuntuのaptの、RedHatの、YUMのCentOSに、優れたパッケージングシステムを、持っています。ヘルムはKubernetesのパッケージマネージャです。
思考？？最後にヘルムは、問題を解決しますか？なぜKubernetesはヘルムが必要ですか？
Kubernetesはよく組織とコンテナを手配することができますが、それはアプリケーションのパッケージツールのより高いレベルを欠いたが、ヘルムはこの事を行うことです。
たとえば、私たちは、あなたが次のオブジェクトを配置する必要があり、KubernetesをMySQLサービスを展開する必要があります。
①のMySQLへの外部アクセスを可能にするために、サービスを展開する必要があるとのmysql;
②MySQLのパスワードを定義する必要があり、あなたは秘密を展開する必要があります。
③Mysql操作は、永続的なデータストレージを必要とするだけでなく、PVCの場合を展開する必要があります。
④バックエンドのMySQLの動作を保証するだけでなく、オブジェクトよりも多くをサポートするために、展開を展開する必要があります。
上記の目的のために、我々は定義され、展開が、唯一つのサポートサービスのため、アプリケーションや、サービス構成であっても数十で必要とされる場合、また、さまざまなサービスの依存性を考慮する必要があり、想像することができているYAMLファイルを使用することができます、この組織と管理アプリケーションが面倒になっ道を知っています。このため、ツールヘルムが生まれた、このアプリケーションは重い現象を展開Kubernetesを解決することです。
ヘルムズコア用語：
チャート：ヘルムパッケージには、さまざまなオブジェクトKubernetes構成テンプレート、パラメータ定義、依存関係、およびその他のドキュメントなどのアプリケーション情報のセットを、作成することです。チャートメタファーは、yumのためのソフトウェアパッケージをインストールすることができます。
リポジトリ：集中ストレージおよび配布チャートのチャート倉庫。
設定：アプリケーションのインストールを実行するために必要な設定情報をインスタンス化します。
リリース：アプリケーションが実行されているのに代わって、ターゲットクラスタ上の特定のインスタンスにデプロイチャート。チャートはKubernetesクラスタに装着した場合、それはリリースを生成します、チャートは、同じクラスタに複数回インストールすることができ、それぞれのインストールがリリースです。
ヘルム手続きのフレームワーク：
ヘルムヘルム主にクライアント、サーバー、およびティラーチャート倉庫によって、以下に示すように：
、インストール、クエリ、アンロードおよびその他の操作の例を、言語をGO、クライアントを書くローカルチャート倉庫、管理しやすいグラフを管理し、チャートを送信するためティラーサービスと対話：舵を。
ティラー：サーバーは、通常K8Sクラスタ上で実行します。これは、入ってくるヘルムチャートとConifgを受信し、展開を組み合わせた放出を生成するための手段。
簡単に言えば：ヘルムクライアントは、管理チャートを担当し、ティラー・サーバは、リリースを管理する責任があります。