|
| 1 | +--- |
| 2 | +title: 依存関係のある環境変数の定義 |
| 3 | +content_type: task |
| 4 | +weight: 20 |
| 5 | +--- |
| 6 | + |
| 7 | +<!-- overview --> |
| 8 | + |
| 9 | +このページでは、KubernetesのPod内のコンテナに対して、依存関係のある環境変数を定義する方法について説明します。 |
| 10 | + |
| 11 | + |
| 12 | +## {{% heading "prerequisites" %}} |
| 13 | + |
| 14 | + |
| 15 | +{{< include "task-tutorial-prereqs.md" >}} |
| 16 | + |
| 17 | + |
| 18 | +<!-- steps --> |
| 19 | + |
| 20 | +## コンテナに依存関係のある環境変数を定義する |
| 21 | + |
| 22 | +Podを作成する際に、そのPod内で実行されるコンテナに対して依存関係のある環境変数を設定できます。 |
| 23 | +依存関係のある環境変数を設定するには、設定ファイル内の`env`の`value`に$(VAR_NAME)を使用します。 |
| 24 | + |
| 25 | +このチュートリアルでは、1つのコンテナを実行するPodを作成します。 |
| 26 | +このPodの設定ファイルでは、一般的な使い方に基づいて依存関係のある環境変数が定義されています。 |
| 27 | +以下がPodの設定マニフェストです。 |
| 28 | + |
| 29 | +{{% code_sample file="pods/inject/dependent-envars.yaml" %}} |
| 30 | + |
| 31 | +1. このマニフェストに基づいてPodを作成します: |
| 32 | + |
| 33 | + ```shell |
| 34 | + kubectl apply -f https://k8s.io/examples/pods/inject/dependent-envars.yaml |
| 35 | + ``` |
| 36 | + ``` |
| 37 | + pod/dependent-envars-demo created |
| 38 | + ``` |
| 39 | + |
| 40 | +2. 実行中のPodを一覧表示します: |
| 41 | + |
| 42 | + ```shell |
| 43 | + kubectl get pods dependent-envars-demo |
| 44 | + ``` |
| 45 | + ``` |
| 46 | + NAME READY STATUS RESTARTS AGE |
| 47 | + dependent-envars-demo 1/1 Running 0 9s |
| 48 | + ``` |
| 49 | + |
| 50 | +3. Pod内で実行中のコンテナのログを確認します: |
| 51 | + |
| 52 | + ```shell |
| 53 | + kubectl logs pod/dependent-envars-demo |
| 54 | + ``` |
| 55 | + ``` |
| 56 | +
|
| 57 | + UNCHANGED_REFERENCE=$(PROTOCOL)://172.17.0.1:80 |
| 58 | + SERVICE_ADDRESS=https://172.17.0.1:80 |
| 59 | + ESCAPED_REFERENCE=$(PROTOCOL)://172.17.0.1:80 |
| 60 | + ``` |
| 61 | + |
| 62 | +上記のとおり、`SERVICE_ADDRESS`には正しい依存関係の参照を定義しており、`UNCHANGED_REFERENCE`には誤った依存関係の参照が、`ESCAPED_REFERENCE`には依存関係の参照をスキップする表現が使われています。 |
| 63 | + |
| 64 | +参照される環境変数がすでに定義されている場合、その参照は正しく解決されます。 |
| 65 | +たとえば、`SERVICE_ADDRESS`の場合がそれに該当します。 |
| 66 | + |
| 67 | +`env`リスト内の順序が重要であることに注意してください。 |
| 68 | +環境変数は、リスト内で後に記述されているだけでは「定義済み」と見なされません。 |
| 69 | +このため、上記の例では`UNCHANGED_REFERENCE`が`$(PROTOCOL)`を解決できません。 |
| 70 | + |
| 71 | +環境変数が未定義であるか、いくつかの変数しか含まれていない場合、その未定義の環境変数は`UNCHANGED_REFERENCE`のように通常の文字列として扱われます。 |
| 72 | +一般に、誤って解釈された環境変数があっても、コンテナの起動が妨げられることはないことに注意してください。 |
| 73 | + |
| 74 | +`$(VAR_NAME)`構文は、`$`を2つ重ねて`$$(VAR_NAME)`のように記述することでエスケープできます。 |
| 75 | +エスケープされた参照は、参照される変数が定義されているかどうかに関係なく展開されることはありません。 |
| 76 | +これは、上記の`ESCAPED_REFERENCE`の例からも確認できます。 |
| 77 | + |
| 78 | +## {{% heading "whatsnext" %}} |
| 79 | + |
| 80 | +* [環境変数](/ja/docs/tasks/inject-data-application/environment-variable-expose-pod-information/)についてさらに詳しく学びましょう。 |
| 81 | +* [EnvVarSource](/docs/reference/generated/kubernetes-api/{{< param "version" >}}/#envvarsource-v1-core)をご覧ください。 |
0 commit comments