こんにちは!Kubernetesポリシーの錬金術師、Kyvernoマスターシリーズの第6回目です。🧙♂️
前回は、ポリシーに知能を与える「変数」と「ConfigMap参照」の技術を学びました。しかし、取得したデータが複雑すぎたり、必要な部分だけを抽出したい場合はどうすればよいでしょうか?
ここで登場する救世主がJMESPathです。Kyvernoがデータを自在に扱うための核となるエンジンであるJMESPathの基礎から実践的な活用法まで、10分で完璧にマスターしましょう!🚀

🏗️ 1. JMESPathとは何ですか?
JMESPath(ジェームスパス)は、JSONドキュメントからデータを抽出・加工するためのクエリ言語です。Kubernetesのすべてのリソースは最終的にJSON(またはYAML)構造で構成されているため、KyvernoはこのJMESPathを使用して、複雑なリソース情報の中から必要なデータだけを効率的に抽出します。
- 例え: 巨大な図書館(JSONデータ)から特定のジャンルの本(クエリ条件)だけを選び出し、きれいに要約した本(結果値)を作成する過程と同じです。
🔍 2. JMESPathの基本文法(基礎固め)
最も頻繁に使用される主要な文法4つをまず習得しましょう。
① ドット表記法 (Identifier) – .
データの階層構造を辿ります。
- データ: {“metadata”: {“name”: “my-pod”}}
- クエリ: metadata.name → 結果: “my-pod”
② リスト抽出 (Index & Flatten) – [ ]
配列(Array)形式のデータから特定の要素を取得したり、展開したりします。
- データ: {“containers”: [{“name”: “nginx”}, {“name”: “sidecar”}]}
- クエリ: containers[0].name → 結果: “nginx”
- クエリ: containers[*].name → 結果: [“nginx”, “sidecar”]
③ フィルタリング (Filter) – [? … ]
特定の条件を満たすデータのみを抽出します。
- クエリ: containers[?name==’nginx’]
④ パイプ (Pipe) – |
前の結果を次のクエリの入力として渡します。(加工の連続!)
🛠️ 3. Kyvernoポリシー内でのデータ抽出原理
Kyvernoはポリシー内で{{ … }}の二重中括弧を使用してJMESPathを実行します。
実践例1: イメージタグの抽出
コンテナイメージアドレス(nginx:1.21)からバージョン情報だけを取得したい場合:
YAML
# クエリ: request.object.spec.containers[0].image | split(@, ':') | [1]
# @は現在のデータを意味し、':'で分割して2番目の値(インデックス1)を取得します。
実践例2: 複雑な条件検証 (JMESPath活用)
サービスのすべてのポートが8080ではないことを検証したい場合:
YAML
validate:
message: "Port 8080 is strictly forbidden!"
deny:
conditions:
all:
- key: 8080
operator: In
value: "{{ request.object.spec.ports[*].port }}" # すべてのポート番号をリストとして抽出
🧪 4. Kyverno独自の特別なJMESPath関数
Kyvernoは標準のJMESPath以外にも、Kubernetes運用に役立つ専用関数を提供しています。
- split: 文字列を特定の文字で分割します。 split(‘a/b/c’, ‘/’)
- to_upper / to_lower: 大文字・小文字変換
- length: 配列の長さや文字列の長さを返します
- contains: 特定の値が含まれているかを確認します
🚀 5. 運用者のための実務のヒント (Best Practices)
- データがない場合に備える: {{ request.object.metadata.labels.env || ‘default’ }}のように||演算子を使用してデフォルト値を設定すると、エラーを防ぐことができます。
- 公式テストサイトの活用: jmespath.orgで、自分のクエリが複雑なJSONデータを正しくパースするかどうかを事前に練習してみましょう。
- Kyverno CLIの活用: ポリシーをデプロイする前に、`kyverno jp`コマンドを使用してローカルでクエリ結果を事前に確認する習慣をつけましょう。
- 可読性の維持: パイプ(|)を多用しすぎるとポリシーが読みにくくなります。複雑なロジックは`context`セクションで変数として事前に定義しておくのが良いでしょう。
💻 JMESPath実践総合例: イメージタグおよびセキュリティコンテキストの検証
このポリシーはJMESPathを活用して、1) すべてのコンテナイメージのタグを抽出して特定の値を検証し、2) 特定のセキュリティ設定が欠落していないかを確認する高度なロジックを示しています。
YAML
apiVersion: kyverno.io/v1
kind: ClusterPolicy
metadata:
name: jmespath-advanced-validation
annotations:
policies.kyverno.io/title: "Advanced Data Extraction with JMESPath"
policies.kyverno.io/description: "Using JMESPath to audit image tags and security contexts."
spec:
validationFailureAction: Audit
background: true
rules:
- name: validate-container-data
match:
any:
- resources:
kinds:
- Pod
validate:
message: "Security violation: Check image tags or security settings."
deny:
conditions:
all:
# 1. JMESPathを使用してすべてのコンテナのイメージタグのみを抽出し、「latest」が含まれているかを確認
- key: "latest"
operator: In
value: "{{ request.object.spec.containers[*].image | map(&split(@, ':') | [1], @) }}"
# 2. すべてのコンテナの中で「allowPrivilegeEscalation」がtrueであるものが1つでもあるかを確認
- key: true
operator: AnyIn
value: "{{ request.object.spec.containers[*].securityContext.allowPrivilegeEscalation || [false] }}"
🔍 JMESPathクエリ詳細解説 (How it works?)
上記のポリシーで使用されている複雑なクエリがどのようにデータを処理するかを段階的に分析してみましょう。
1️⃣ イメージタグリストの抽出 🏷️
request.object.spec.containers[*].image | map(&split(@, ‘:’) | [1], @)
- containers[*].image: すべてのコンテナのイメージ文字列を配列として取得します。(例: [“nginx:latest”, “redis:6.2”])
- map(…): 配列の各要素に対してコマンドを実行します。
- split(@, ‘:’) | [1]: 各イメージ文字列を:で分割し、そのうち2番目の値(インデックス1)であるタグのみを取得します。
- 最終結果: [“latest”, “6.2”]というきれいなタグリストが生成されます。
2️⃣ セキュリティ設定のデフォルト値処理 🛡️
request.object.spec.containers[*].securityContext.allowPrivilegeEscalation || [false]
- || [false]: ユーザーが`securityContext`を全く設定せず、データがnullである場合、エラーを出す代わりに[false]というデフォルト値を返し、ポリシー検証が安定して進行するようにします。
🚀 このポリシーから何を学べますか?
- 配列処理能力: [*]とmap()を使用すると、コンテナが1つでも10個でも関係なく一度に検証できます。
- データ加工技術: 元のデータ(nginx:latest)をそのまま使わず、必要な部分(latest)だけを切り出して比較する方法を習得できます。
- 例外防止設計: ||演算子を通じて、データがない状況(Optional field)でもポリシーがスムーズに動作するようにするノウハウを学びます。
🌟 終わりに
今日はKyvernoの目に見えないエンジン、JMESPathの基礎とデータ抽出原理について学びました。
JMESPathを自在に操れるようになると、単にリソースをブロックするレベルを超えて、「ユーザーが要求したデータの特定のパターンを分析して修正したり拒否したりする」高度なポリシー設計者になることができます。🛠️
Kubernetes YAMLは複雑ですが、JMESPathというピンセットがあれば恐れることはありません。
ご質問があればコメントに残してください!😊
コメントを残す