# Визначення залежних змінних середовища LLMS index: [llms.txt](/llms.txt) --- Ця сторінка показує, як визначати залежні змінні середовища для контейнера у Podʼі Kubernetes. ## Перш ніж ви розпочнете

Вам треба мати кластер Kubernetes, а також інструмент командного рядка kubectl має бути налаштований для роботи з вашим кластером. Рекомендується виконувати ці настанови у кластері, що має щонайменше два вузли, які не виконують роль вузлів управління. Якщо у вас немає кластера, ви можете створити його, за допомогою minikube або використовувати одну з цих пісочниць:

## Визначення змінної залежної від середовища для контейнера {#define-an-environment-dependent-variable-for-a-container} При створенні Podʼа ви можете встановлювати залежні змінні середовища для контейнерів, які працюють в Podʼі. Для встановлення залежних змінних середовища ви можете використовувати $(VAR_NAME) у `value` `env` у файлі конфігурації. У цьому завданні ви створюєте Pod, який запускає один контейнер. Файл конфігурації для Podʼа визначає залежну змінну середовища з визначеним загальним використанням. Ось маніфест конфігурації для Podʼа:

    pods/inject/dependent-envars.yaml
    
apiVersion: v1
kind: Pod
metadata:
  name: dependent-envars-demo
spec:
  containers:
    - name: dependent-envars-demo
      args:
        - while true; do echo -en '\n'; printf UNCHANGED_REFERENCE=$UNCHANGED_REFERENCE'\n'; printf SERVICE_ADDRESS=$SERVICE_ADDRESS'\n';printf ESCAPED_REFERENCE=$ESCAPED_REFERENCE'\n'; sleep 30; done;
      command:
        - sh
        - -c
      image: busybox:1.28
      env:
        - name: SERVICE_PORT
          value: "80"
        - name: SERVICE_IP
          value: "172.17.0.1"
        - name: UNCHANGED_REFERENCE
          value: "$(PROTOCOL)://$(SERVICE_IP):$(SERVICE_PORT)"
        - name: PROTOCOL
          value: "https"
        - name: SERVICE_ADDRESS
          value: "$(PROTOCOL)://$(SERVICE_IP):$(SERVICE_PORT)"
        - name: ESCAPED_REFERENCE
          value: "$$(PROTOCOL)://$(SERVICE_IP):$(SERVICE_PORT)"

1. Створіть Pod на основі цього маніфесту: ```shell kubectl apply -f https://k8s.io/examples/pods/inject/dependent-envars.yaml ``` ```none pod/dependent-envars-demo created ``` 2. Перегляньте список запущених Podʼів: ```shell kubectl get pods dependent-envars-demo ``` ```none NAME READY STATUS RESTARTS AGE dependent-envars-demo 1/1 Running 0 9s ``` 3. Перевірте лог контейнера, що працює у вашому Podʼі: ```shell kubectl logs pod/dependent-envars-demo ``` ```none UNCHANGED_REFERENCE=$(PROTOCOL)://172.17.0.1:80 SERVICE_ADDRESS=https://172.17.0.1:80 ESCAPED_REFERENCE=$(PROTOCOL)://172.17.0.1:80 ``` Як показано вище, ви визначили правильне посилання на залежність `SERVICE_ADDRESS`, неправильне посилання на залежність `UNCHANGED_REFERENCE` і пропустили залежні посилання на залежність `ESCAPED_REFERENCE`. Коли змінна середовища вже визначена при посиланні, посилання може бути правильно розгорнуте, як у випадку з `SERVICE_ADDRESS`. Зверніть увагу, що порядок має значення у списку `env`. Змінна середовища не вважається "визначеною", якщо вона вказана далі в списку. Тому `UNCHANGED_REFERENCE` не вдається розгорнути `$(PROTOCOL)` у прикладі вище. Коли змінна середовища невизначена або містить лише деякі змінні, невизначена змінна середовища трактується як звичайний рядок, як у випадку з `UNCHANGED_REFERENCE`. Зверніть увагу, що неправильно опрацьовані змінні середовища, як правило, не блокують запуск контейнера. Синтаксис `$(VAR_NAME)` може бути екранований подвійним `$`, тобто: `$$(VAR_NAME)`. Екрановані посилання ніколи не розгортаються, незалежно від того, чи визначена посилана змінна, чи ні. Це можна побачити у випадку з `ESCAPED_REFERENCE` вище. ## Що далі * Дізнайтеся більше про [змінні середовища](/docs/tasks/inject-data-application/environment-variable-expose-pod-information/). * Перегляньте [EnvVarSource](/docs/reference/generated/kubernetes-api/v1.36/#envvarsource-v1-core).