Kubernetes

Kubernetes(英語) は、デプロイ、スケーリング、コンテナー化されたアプリケーションの管理のためのコンテナーオーケストレーションエンジンです。 IntelliJ IDEA 用の Kubernetes プラグインをインストールして有効にすると、Kubernetes クラスターを管理するための次の機能が追加されます。

Kubernetes リソース設定ファイル(英語)のコーディング支援。
Helm(英語) チャートとテンプレートのコーディング支援。詳細については、 Helm 専用ページを参照してください。
カスタムリソース定義（CRD）仕様を使用したカスタムリソースの検証。
カスタマイズする(英語)ファイルのコーディング支援: フィールドおよびローカルファイルパスの補完、クイックドキュメント、Kustomize ファイルとパッチ間のナビゲーション。関連する Kustomize ファイルのリストは、開いている Kustomize パッチの上部にあるエディターに表示されます。
IntelliJ IDEA からのクラスターとのやり取り: サービスツールウィンドウを使用して、Kubernetes クラスターのすべてのリソースを表示したり、関連するリソース定義に移動したり、pods で実行されているコンテナーのログを表示したりできます。

Kubernetes プラグインは、Kubernetes バージョン 1.26 から 1.34 までサポートします（該当するバージョンを選択できます）。

Kubernetes プラグインの有効化

この機能は、デフォルトで IntelliJ IDEA にバンドルされて有効になっている Kubernetes(英語) プラグインに依存しています。関連機能が利用できない場合は、プラグインを無効化していないことを確認してください。

Ctrl+Alt+S を押して設定を開き、プラグインを選択します。
インストール済みタブを開き、 Kubernetes プラグインを見つけて、プラグイン名の横にあるチェックボックスを選択します。

kubectl へのカスタムパスを指定する

IntelliJ IDEA は、 PATH 環境変数によって決定されるデフォルトの kubectl (および使用している場合は helm) 実行可能ファイルを使用します。

kubectl をカスタムディレクトリにインストールする場合は、そのパスを手動で指定できます。

設定ダイアログ（Ctrl+Alt+S ）で、ビルド、実行、デプロイ | Kubernetes を選択します。
kubectl 実行可能ファイルのパスフィールドに、kubectl 実行可能ファイルへのパスを指定します。
テストをクリックしてファイルの場所を確認してください。見つからない場合は、ファイルのロケーションを手動で確認するか、インストールをクリックすると、IntelliJ IDEA が不足しているソフトウェアをダウンロードしてインストールします。

カスタム Kubernetes 構成ファイルを使用する

クラスターの情報は kubeconfig ファイルに保管されます。 IntelliJ IDEA は、通常 $HOME/.kube/config にあるデフォルトの kubeconfig ファイルを検出します（このロケーションは、 KUBECONFIG 環境変数で変更できます）。 IntelliJ IDEA でカスタム kubeconfig ファイルからもクラスター情報を取得したい場合は、IDE の設定で指定できます。グローバルに適用するか、プロジェクトごとに別のファイルを使用できます。

設定ダイアログ（Ctrl+Alt+S ）で、ビルド、実行、デプロイ | Kubernetes を選択します。
構成で、をクリックし、 kubeconfig ファイルへのパスを指定します。
すべてのプロジェクトで構成ファイルを使用する場合は、スコープ列でグローバルを選択します。現在のプロジェクトでのみ使用するには、プロジェクトスコープを保持します。

ファイルを追加すると、IntelliJ IDEA はその構文を検証し、エラーがあればそれを報告します。

Kubernetes API バージョンを構成する

IntelliJ IDEA は、設定キー値の補完、ガターアイコンによる関連セレクターと定義へのナビゲーション、非推奨の値と必須キーをチェックする専用のインスペクション、その他の支援機能を提供します。これらの機能は、使用している API のバージョンによって異なります。 Kubernetes プラグインは、Kubernetes バージョン 1.26 から 1.34 をサポートしています。デフォルトでは、IntelliJ IDEA は最新バージョンに設定します。ただし、リソースで以前のバージョンを使用している場合は、変更できます。

設定ダイアログ（Ctrl+Alt+S ）で、言語 & フレームワーク | Kubernetes を選択します。
必要に応じて、 Kubernetes API バージョンおよび Kustomize バージョンオプションを変更します。

リソース構成ファイル

Kubernetes プラグインは、YAML のリソース構成ファイルの豊富なサポートを提供し、JSON 形式の基本的なサポートのみを提供します。

サポートされている機能

機能	YAML	JSON
自動補完	サポート	サポート
クイックドキュメント	サポート	サポート
インスペクションとクイックフィックス	無効なキー、不足しているキー、重複したキー編集不可能な（読み取り専用の）キーとリソース廃止予定のキーとリソース整数値と列挙型キーの値が無効です	無効なプロパティ、不足しているプロパティ、重複したプロパティ
ライブテンプレート	一般的なリソースの種類の定義済みテンプレート	定義済みライブテンプレートなし
スマート補完	サポート	未サポート
カスタムリソース定義	サポート	未サポート
ラベル定義とセレクタ	ガターアイコンを使用したナビゲーション、使用箇所の検索、名前の変更	未サポート
オリジナルの Kubernetes モデルの強化	該当する場合はプレーン文字列の代わりに列挙型	なし

IntelliJ IDEA は、以下の必須フィールドを使用して Kubernetes リソース設定ファイルを認識します。

apiVersion: オブジェクト表現のバージョン管理されたスキーマを識別する
kind: リソースタイプを識別します (たとえば、 サービス、 Pod、 デプロイ などです。)

両方のフィールドが YAML または JSON ファイルに存在する場合、IntelliJ IDEA は対応する Kubernetes アイコンでファイルをマークし、すべての利用可能な機能を有効化します。

リソースファイルを作成する

IntelliJ IDEA を使用すると、Kubernetes で最も一般的なリソースの一部の構成ファイルをすばやく作成できます。

プロジェクトツールウィンドウ Alt+1 で、フォルダーを右クリックし、新規を選択するか、 Alt+Insert を押して、 Kubernetes リソースを選択します。
名前フィールドにリソース名を入力し、リストからファイルテンプレートを選択します。
これにより、選択したファイルテンプレートに基づいた内容で新しいファイルが作成されます。

あるいは、YAML ファイルでは、定義済みのライブテンプレートを使用することもできます。例:

kconfigmap: Kubernetes ConfigMap
kcronjob: Kubernetes CronJob
kdeployment: Kubernetes デプロイ
kingress: Kubernetes Ingress
kpod: Kubernetes Pod
kresource: Kubernetes リソースをゼロから構築
kservice: Kubernetes サービス

エディターで Kubernetes リソースファイルを開くと、IntelliJ IDEA はインレイヒントとよく使われるアクションを備えたツールバーを表示します。

操作できるフローティングツールバー
- 現在のクラスターと名前空間を選択
- 変更を適用して現在のクラスターに反映
- リソースを削除
- 変更をクラスターのバージョンと比較
- クラスターから内容を再読み込み
デプロイ済みリソースの状況を確認するインレイヒント
参照されるシークレットの値を表示してコピーするインレイヒントです。
ポート転送を行うためのインレイヒント

エディターでフローティングツールバーを表示するタイミングを設定できます。

Ctrl+Alt+S を押して設定を開き、ビルド、実行、デプロイ | Kubernetes を選択します。
フローティングツールバーの表示タイミングは、エディターにフローティングツールバーを表示するオプションで選択できます。
- 常に表示
- マウス移動時に表示
- 表示しない
また、フローティングツールバーを右クリックして、必要なオプションを選択できます。

Kubernetes スキーマの検証を無効にする

IntelliJ IDEA は、Kubernetes API スキーマに対して Kubernetes ファイルを検証します。これには、必要なキーまたは可能なタイプのリソースのチェックが含まれます。

ファイルに apiVersion と kind が含まれているが、それが Kubernetes ファイルではない場合、そのような検証を無効にすることができます。インスペクションを抑制し、その範囲と重大度を設定 | エディター | インスペクション | Kubernetes で変更できます。または、検証を無効にする特別なディレクティブでファイルをマークすることもできます。

ファイルの先頭に # nonk8s を追加します。
または、不明なリソースに関する警告がすでにある場合は、問題ツールウィンドウでそれを右クリックし、クイックフィックスの表示 | このファイルを非 Kubernetes に設定する。を選択します。

クラスターを管理する

サービスツールウィンドウを使用して、クラスターを表示し、名前空間を切り替え、クラスターリソースを変更します。

コンテキストの追加

Kubernetes クラスターと対話するには、サービスツールウィンドウでクラスターを追加します。

サービスツールウィンドウを開きます: 表示(V) | ツールウィンドウ(T) | サービスまたは Alt+8。
サービスツールウィンドウで Kubernetes ノードを右クリックし、クラスターの追加を選択します。または、をクリックして Kubernetes | クラスターの追加を選択します。
次に、追加する Kubernetes クラスターのソースを選択します。
- デフォルトディレクトリから: デフォルトの場所 (通常は $HOME/.kube/config) からクラスターを取得します。
- カスタム kubeconfigs から: コンピューターから任意の kubeconfig ファイルを選択します。
- kubeconfig の内容を貼り付け: 開いたテキストエリアに kubeconfig のコンテンツを貼り付けます。
開いたクラスターの追加ウィンドウで、追加するクラスターを選択し、コンテキストの追加をクリックします。

追加された Kubernetes クラスターは、サービスツールウィンドウで利用できるようになります。クラスターを右クリックして新規タブで開くを選択すると、それぞれを別のタブで開くことができます。

クラスターリソースをリアルタイムで監視するには、クラスターに接続します。

クラスターに接続する

クラスターに接続することで、IDE 上でログの追跡、リソースのプレビュー、構成ファイルの表示、リソース変更時のライブ更新などが可能です。クラスターに接続せずに、エディターでリソースを編集できます。

サービスツールウィンドウを開きます: 表示(V) | ツールウィンドウ(T) | サービスまたは Alt+8。
サービスツールウィンドウにクラスターがない場合は、クラスターを追加します。
クラスターを右クリックし、クラスターの接続を選択します。

kubeconfig の編集

kubeconfig ファイルには、クラスター、ユーザー、名前空間、認証に関する情報が含まれています。

サービスツールウィンドウを開きます: 表示(V) | ツールウィンドウ(T) | サービスまたは Alt+8。
クラスターを選択し、ツールバーの (エディターでKubeconfig ファイルを開く) をクリックします。このアクションは、サービスツールウィンドウで任意の Kubernetes オブジェクトを右クリックした場合にも使用できます。
これにより、エディターの新しいタブで kubeconfig ファイルが開きます。このアクションによって開かれるデフォルトのファイルを変更するには、 kubeconfig ファイルへのパスで別のファイルへのパスを指定できます。

kubeconfig ファイルを変更すると、構成が自動的に再ロードされます。クラスターまたは任意の Kubernetes オブジェクトを右クリックしてその他｜構成を自動的に再ロードする。を選択することにより、手動で再ロードするか、自動再ロードを無効にすることもできます。

名前空間を切り替える

Kubernetes 名前空間を使用すると、クラスター内のリソースを論理的に分離できます。 IntelliJ IDEA を使用すると、名前空間をすばやく切り替えることができます。

サービスツールウィンドウを開きます: 表示(V) | ツールウィンドウ(T) | サービスまたは Alt+8。
クラスターまたは任意のリソースを右クリックし、名前空間を選択し (またはツールバーのをクリックし)、必要な名前空間を選択します。
すべての名前空間のリソースを表示するには、すべての名前空間を選択します。

現在のクラスターを選択

現在のクラスターとは、エディターおよびプロジェクトツールウィンドウでリソースと対話するためのデフォルトとして設定されているクラスターを指します。

リソースファイルをローカルで変更または作成する場合は、をクリックするか、フローティングツールバーを使用して、リソースを適用するクラスターを選択できます。また、事前に選択しておくこともできます。

サービスツールウィンドウを開きます: 表示(V) | ツールウィンドウ(T) | サービスまたは Alt+8。
クラスターを右クリックし、クラスターを現在のクラスターとして設定を選択します。
または、クラスターを選択し、ツールバーのをクリックします。

この設定は、IDE 設定の言語 & フレームワーク | Kubernetes でも使用できます。

クラスターにリソースを作成する

リソースファイルを作成したら、対応するリソースをクラスターに作成できます。

対象のリソースファイルをエディターで開きます。現在のクラスターが未設定の場合は、フローティングツールバーで選択します。
必要に応じて、リストから名前空間も選択できます。
現在のクラスターと名前空間に変更を適用するには、をクリックします。

クラスタリソースを変更する

サービスツールウィンドウを開きます: 表示(V) | ツールウィンドウ(T) | サービスまたは Alt+8。
リソースを右クリックし、 YAML の表示を選択します。
これにより、選択したリソースのマニフェストがエディターの新しいタブで開きます。フィールドを変更すると、変更された行がガターにハイライト表示されます。ガターのハイライト領域をクリックすると、変更をすばやくプレビューまたはロールバックできます。フィールドを変更すると、変更された行がガターでハイライトされます。ガターのハイライトされた領域をクリックして、変更をすばやくプレビューまたはロールバックできます。
フローティングツールバーで現在のクラスターが選択されていることを確認し、変更を反映するにはをクリックしてください。
Kubernetes オブジェクトフィールドの一部を変更すると、新しいオブジェクトが作成される場合があります。たとえば、リソース名を変更すると、この変更を適用した際に新しいリソースが作成されます。また、名前空間を変更すると、指定した名前空間に新しいリソースが作成されます。例: リソース名を変更した場合、この変更を適用すると新しいリソースが作成されます。または、名前空間を変更した場合、この変更を適用すると、指定した名前空間に新しいリソースが作成されます。

リソースの詳細を表示

IntelliJ IDEA を使用すると、コマンドを手動で実行することなく、Kubernetes リソースの詳細をすばやく表示できます。

サービスツールウィンドウで、リソースを選択して詳細を表示します。
IntelliJ IDEA は、エディター上でデプロイ済み Kubernetes リソースのライブ状況を表示します。たとえば、Deployment マニフェストを開くと、 replicas フィールドの横にステータスインジケーターが表示され、現在実行中、保留中、失敗の Pod 数が示されます。
各マニフェストでは、 name フィールドの横で、個々の Pod とジョブの状況を確認できます。
エラーが発生してリソースが失敗した場合、IntelliJ IDEA は問題の内容が記載された該当ログ項目へすばやく移動できるログを開くリンクを表示します。

リソースの削除

次のいずれかの方法でリソースを削除できます。

サービスツールウィンドウでリソースを右クリックし、削除を選択します。
サービスツールウィンドウでリソースを選択し、ツールバーの (リソースの削除) をクリックします。
リソース YAML ファイルがエディターで開かれている場合は、フローティングツールバーで現在のクラスターを選択し、をクリックします。
リソース YAML ファイルが開かれている場合、エディター内の任意の場所を右クリックし、フローティングツールバーでクラスターが未選択なら削除(現在のクラスターは未構成) 、選択済みならクラスター "cluster_name" と名前空間 "namespace_name" から削除するを選択します。

ポートの転送

Kubernetes のポート転送を使うと、コンピューター上のローカルポートから Kubernetes Pod 上のポートへトラフィックをリダイレクトできます。 IntelliJ IDEA ではポート転送を管理できます。複数のローカルポートをリモートポートに転送し、クラスター内のアクティブな転送セッション（IntelliJ IDEA で確立）をすべて表示し、転送セッションを停止・再開できます。

ポート転送は、以下のいずれかの方法で設定できます。
- サービスツールウィンドウを開きます: 表示(V) | ツールウィンドウ(T) | サービスを選択するか、 Alt+8 を押します。ターゲットの Pod を右クリックし、ポートの転送を選択します。
- Kubernetes マニフェスト内のポートの転送インレイヒントをクリックします。宛先ポートが指定されている場合（たとえば containerPort の値として）、IntelliJ IDEA にインレイヒントが表示されます。
ポートの転送ダイアログで:
- アドレスフィールドに、リッスンするアドレスをリストします。複数の値を入力する場合は、コンマで区切ってください。
- ポートフィールドでは、 <local port>:<remote port> 形式でポートを指定します。例: 8888:5000 はローカルポート 8888 をリッスンし、リモートポート 5000 との間でデータを転送します。
  IntelliJ IDEA は、対応する Kubernetes マニフェストで定義された値に基づいて、ポートマッピングを自動的に提案します。マニフェストでローカルマシンですでに使用されているポートが指定されている場合、IntelliJ IDEA は使用可能なポートが見つかるまで、提案された値を段階的に増やしていきます。
  指定された値が 1024 より小さい場合、推奨されるローカルポート値に 8000 が追加されます。
  現在ビジー状態のローカルポートを手動で指定すると、転送を開始する前に IntelliJ IDEA から通知が表示されます。
転送をクリックします。

ポート転送セッションを管理する

すべてのアクティブなポート転送セッションを表示するには、サービスツールウィンドウで、Kubernetes クラスターのネットワーク | ポート転送を展開します。
各ポート転送セッションの横に、IntelliJ IDEA は現在の状況を表すバッジを表示します。
ポート転送セッションを終了するには、それを右クリックしてポート転送の停止を選択するか、ツールバーのをクリックします。
ポート転送セッションを再開するには、それを右クリックしてポート転送の再開を選択するか、ツールバーのをクリックします。

秘密を作成する

IntelliJ IDEA を使用すると、Kubernetes シークレット(英語)をすばやく作成できます。

サービスツールウィンドウを開きます: 表示(V) | ツールウィンドウ(T) | サービスまたは Alt+8。
クラスターを選択し、構成を展開します。
シークレットノードを右クリックし、新規シークレットの作成を選択します。または、シークレットノードを選択し、ツールバーのをクリックします。
開いた新規シークレットの作成ウィンドウで、シークレットの名前、タイプ、名前空間を指定します。シークレットの作成を高速化するために、IntelliJ IDEA は、選択されたシークレットタイプ(英語)に応じて、必要なデータまたはアノテーションキーを追加します。
データおよびアノテーションセクションで、値をクリックして既存のキーの値を入力するか、をクリックして値を指定する方法を選択します。
- 手動で追加を使用して値を手動で入力します。
- ファイルデータの使用を使用してファイル (たとえば、SSH 鍵ファイルまたは Docker config.json ) を選択し、ファイルの内容を値として使用します。

すべてのシークレットは、サービスツールウィンドウの構成に表示できます。シークレットを編集するには、シークレットを右クリックしてシークレットを編集を選択するか、ツールバーのをクリックします。

Secret が作成されると、Pod 構成ファイルの secretName フィールドにその名前を入力できるようになります。これにより、クラスターまたはプロジェクトで使用可能な Secret 名の補完が呼び出されます。

シークレットを参照する YAML ファイルを扱う際、IntelliJ IDEA はシークレットの値をすばやく確認または再利用できるアクション付きのインレイヒントを提供します。

表示：参照しているシークレットのデコード済みの値をポップアップで表示します。
コピー：デコード済みのシークレット値をクリップボードにコピーします（一時的に使用するため）。

どちらのアクションも、YAML のエンコード値やプレースホルダーのテキストではなく、シークレットで定義された実際の値にアクセスして表示します。

アカウントに十分な権限がない場合は、ボタンをクリックすると対応するツールチップが表示されます。これにより、制限されたデータが誤って露出するのを防ぎます。

クラスター情報を最新の状態に保つ

IntelliJ IDEA をクラスターと同期させるには、次のアクションを使用します。

構成の再ロードを実行して、kubeconfig ファイルの最新の変更を取得します。
リソースのリフレッシュを使用すると、Kubernetes リソースの最新の変更を取得できます。必要な権限があれば、通常は自動的に実行されます。

構成の再ロード

デフォルトでは、kubeconfig ファイルを変更すると、構成は自動的に再読み込みされます。手動で再読み込みすることもできます。

サービスツールウィンドウを開きます: 表示(V) | ツールウィンドウ(T) | サービスまたは Alt+8。
クラスターを右クリックし、詳細 | 構成の再ロードを選択します。

自動再ロードを無効にする場合は、構成を自動的に再ロードオプションをクリアします。

この設定は、ビルド、実行、デプロイ | Kubernetes | 構成を自動的に再ロードするの IDE 設定 (Ctrl+Alt+S) でも確認できます。

クラスターリソースを手動でリフレッシュする

クラスターに接続している場合、そのリソースに加えた変更は IDE に自動的に反映されます。リソースが自動的にリフレッシュされない場合 (クラスターロール(英語)の権限が不足しているため)、サービスツールウィンドウに自動リフレッシュが禁止されていることを示すメッセージが表示されます。この場合、リソースを手動でリフレッシュできます。

サービスツールウィンドウを開きます: 表示(V) | ツールウィンドウ(T) | サービスまたは Alt+8。
リソースグループを右クリックして更新を選択するか、 Ctrl+F5 をクリックします。

ログの表示

IntelliJ IDEA を使用すると、クラスターログと選択したリソースからのログを表示できます。ログメッセージ内の日付、ソース、特定の値でフィルター処理できます。

エディターでリソースログを開く

サービスツールウィンドウを開きます: 表示(V) | ツールウィンドウ(T) | サービスまたは Alt+8。
次のいずれかの方法でログソースを選択します。
- すべてのリソースのログを表示するには、Kubernetes クラスターを選択し、サービスツールウィンドウのツールバーで (ログの追跡) をクリックします。
- 特定のリソースのログを表示するには、リソースを選択し、サービスツールウィンドウのツールバーで (ログの追跡) をクリックします。または、リソースを右クリックしてログの追跡を選択します。
  pod に複数のコンテナーが存在する場合は、表示されるコンテナーのリストからログを追跡するコンテナーを選択します。

これにより、選択したリソースのライブテールログが --follow=true フラグ付きで表示され、新しいエディタータグで開きます。

ログを管理する

クラスターログまたは選択したリソースのログを表示する際は、メインツールバー（1）またはフローティングツールバー（2）を使用してログ出力を操作できます。フローティングツールバーを使用すると、頻繁に使用するアクションにすばやくアクセスできます。

(末尾までスクロール): ログ出力の末尾に移動します。
(行の折り返し): エディターのサイズが変更されたときに、ログエントリのソフトラッピングを有効にします。
(フィルターされたログのダウンロード): 適用されているフィルターを考慮して、エディターで現在開いているログをダウンロードします。
(表示されたログをクリアする): エディターに表示されているログエントリをクリアします。このアクションは現在のビューにのみ影響します。同じリソースのログを再度開くと、エントリが再表示されます。

ログをフィルタリングする

ログを開いたら、エディターの上部にある次のフィルターを使用してログリストを絞り込むことができます。

(オープンパターンマッチング): ログデータと一致させる値またはパターンを入力または選択します。例: ログにレベル情報が存在する場合は、 warn、 エラー 、またはその他のレベル値を選択して、これらのレベルに対応するログのみを表示できます。
(ログソースを選択): ログを表示するクラスターリソースを選択します。
(日付と時刻でフィルタリング): ログを表示する時間範囲を選択します。
(ログフィールドを選択): ログのタイムスタンプ、ソース、メッセージを表示するかどうかを選択します。
ビルド、実行、デプロイ | Kubernetes | ログ | デフォルトでログに表示されるフィールドの IDE 設定 (Ctrl+Alt+S) で、ログフィールドの可視性をグローバルに構成できます。
エディタータブの上部にある入力フィールドに、ログメッセージの値を入力します。正規表現を使用するにはをクリックし、大文字と小文字を区別して検索するにはをクリックします。

(すべてのログフィルターをクリア): 適用されたすべてのフィルター (ソースを除く) を破棄し、すべてのログを表示します。

単一のコンテナーのログをダウンロードする

サービスツールウィンドウを開きます: 表示(V) | ツールウィンドウ(T) | サービスまたは Alt+8。
リソースを選択し、右側のツールバーの (ログのダウンロード) をクリックして、ログファイルを保存します。

ログ保存オプションを設定する

ログ保存オプションは、ビルド、実行、デプロイ | Kubernetes | Logs の IDE 設定 (Ctrl+Alt+S) で設定できます。

スクラッチ以外の場所にログを保存する場合は、ログのダウンロード先のパスにディレクトリを指定します。または、ダウンロードする前にログの保存場所を確認するを選択すると、ログを保存するたびに場所の入力を求められます。
ファイル名にログのタイムスタンプを含める場合は、ログファイル名にタイムスタンプを追加するを選択します。

カスタムリソース定義のサポート

カスタムリソース(英語)を使用して Kubernetes クラスターを拡張すると、 IntelliJ IDEA はカスタムリソース定義（CRD）仕様を使用して検証できます。

CRD 仕様へのパスを指定する

Ctrl+Alt+S を押して設定を開き、言語 & フレームワーク | Kubernetes を選択します。
をクリックしてローカルの CRD ファイルを選択するか URL を指定します。次に OK(O) をクリックします。

CRD ファイルのリストを並べ替えるには、とを使用します。これは競合定義の優先順位を決めます。同じ内容が複数のファイルにある場合、IntelliJ IDEA は最も低い順位のものを使用します。

デフォルトでは、CRD は現在のプロジェクトにのみ適用されます。この IDE インスタンスで開くプロジェクトで特定の CRD を使用できるようにする場合は、スコープ :: オプションを IDE に変更します。

実行中の Kubernetes クラスターから CRD を読み込むには、可能な場合にアクティブなクラスターのAPI スキーマを使用を有効にします。

サービスツールウィンドウの Kubernetes ノードに、現在のクラスターの CRD（適用されているすべてのリソースを含む）を表示できます。

Kubernetes プラグインは、次のタイプの CRD ファイルをサポートしています。

YAML の CustomResourceDefinition ファイル

次の例は、 CronTab の種類のカスタムリソース stable.example.com/v1 の単純な CustomResourceDefinition(英語) 仕様を示しています。リソースを識別するための必須フィールドは metadata.name、 spec.group、 spec.versions、 spec.names です。

                apiVersion: apiextensions.k8s.io/v1beta1
                kind: CustomResourceDefinition
                metadata:
                  name: crontabs.stable.example.com # Obligatory field to identify the resource
                spec:
                  group: stable.example.com # Obligatory field to identify the resource
                  versions: # Obligatory field to identify the resource
                    - name: v1
                      served: true
                      storage: true
                  scope: Namespaced
                  names: # Obligatory field to identify the resource
                    plural: crontabs
                    singular: crontab
                    kind: CronTab
                    shortNames:
                      - ct
                validation:
                  openAPIV3Schema: # Schema for validating custom objects
                    properties:
                      spec:
                        properties:
                          cronSpec:
                            type: string
                            pattern: '^(\d+|\*)(/\d+)?(\s+(\d+|\*)(/\d+)?){4}$' # not supported for validation
                          replicas:
                            type: integer
                            minimum: 1 # not supported for validation
                            maximum: 10 # not supported for validation
            
   

JSON での OpenAPI v2.0 スキーマ

次の例は、 構成 という種類のカスタムリソース sample/v1 の CRD 仕様を持つ単純な OpenAPI v2.0(英語) スキーマを示しています。カスタムリソースのルート定義には、指定されたグループ、バージョン、種類を持つ x-kubernetes-group-version-kind フィールドを含める必要があります。この例では、 root.Definition オブジェクトは ビルド プロパティを使用して some.Definition オブジェクトを参照しています。

                {
                    "swagger": "2.0",
                    "info": {
                        "title": "Sample Schema",
                        "version": "sample/v1"
                    },
                    "paths": {},
                    "definitions": {
                        "some.Definition": {
                            "description": "Example of a definition.",
                            "properties": {
                                "someProperty": {
                                    "type": "string"
                                }
                            }
                        },
                        "root.Definition": {
                            "description": "This is the root definition for the resource",
                            "properties": {
                                "build": {
                                    "$ref": "#/definitions/some.Definition"
                                }
                            },
                            "x-kubernetes-group-version-kind": [
                                {
                                    "group": "sample",
                                    "kind": "Config",
                                    "version": "v1"
                                }
                            ]
                        }
                    }
                }
            
   

CRD 検証の制限

IntelliJ IDEA は、次の OpenAPIv3 スキーマ機能をサポートしていません。

multipleOf
maximum
exclusiveMaximum
minimum
exclusiveMinimum
maxLength
minLength
pattern
maxItems
minItems
uniqueItems
maxProperties
minProperties
allOf
oneOf
anyOf
not
format
デフォルト
nullable
readOnly
writeOnly
xml
externalDocs
example
deprecated

生産性のヒント

ここに記載されている機能を頻繁に使用する場合は、以下のヒントを参考にしてください。

ショートカットの割り当て

Kubernetes アクションにキーボードショートカットを割り当てることができます。

設定ダイアログ（Ctrl+Alt+S ）で、キーマップを選択します。
検索フィールドに kubernetes と入力してから、アクションをダブルクリックしてショートカットを設定します。

または、アクションの検索ダイアログ Ctrl+Shift+A を使用して、必要なアクションを入力し、 Alt+Enter を押すこともできます。

例: クラスターとの対話にショートカットを割り当てて、リソース構成ファイルの変更中にコンテキストメニューをすばやく開くことができます。

コードの折りたたみを構成する

デフォルトでは、IntelliJ IDEA はコード折りたたみを使用して、Helm テンプレートの値参照と Kubernetes 構成ファイルの定義を実際の値としてレンダリングします。値をクリックして展開するか、 Ctrl+NumPad + と Ctrl+NumPad - を押して折りたたみを切り替えることができます。参照と定義がデフォルトで展開されていることを確認するには、次のようにします。

設定ダイアログ（Ctrl+Alt+S ）で、エディター | 一般 | コードの折りたたみを選択します。
コードの折りたたみページで、必要なチェックボックスをオフにします。
- Kubernetes: Helm テンプレート内の値参照
- Kubernetes: YAML ファイル内の EnvVar 定義
- Kubernetes: YAML ファイル内の ExecAction 定義

2026 年 3 月 30 日