Kubernetes традиционно использует ConfigMaps и Secrets для переменных окружения, что добавляет сложности и дополнительные вызовы API. Управление Pod'ами и их конфигурациями по отдельности, особенно во время обновлений, может быть сложной задачей. Это особенно актуально при работе с контейнерами поставщиков, требующими переменных окружения, без необходимости жестко кодировать их или использовать монтирование томов.Новая альфа-функция под названием EnvFiles предлагает альтернативное решение для этих сценариев. Если включен параметр EnvFiles, kubelet может загружать переменные окружения для контейнера непосредственно из файла в томе emptyDir. Это устраняет необходимость монтировать файл в сам контейнер. Основная функциональность позволяет Kubernetes анализировать файл, часто созданный initContainer, и устанавливать переменные окружения для основного контейнера при запуске.Файл находится в томе emptyDir, который является временным хранилищем, существующим в течение жизненного цикла pod'а. Основному контейнеру не нужно монтировать этот том; kubelet обрабатывает чтение файла и внедрение переменных. Определение этих переменных включает использование поля fileKeyRef в спецификации pod'а, указывающего путь к файлу и ключ для извлечения.Формат файла поддерживает синтаксис KEY=VALUE, и на данном этапе альфа-версии он должен быть записан в том emptyDir. Для записи файла в том emptyDir требуется init-контейнер, но основному контейнеру приложения не нужен доступ к тому. Хотя эта функция может обрабатывать конфиденциальные данные, важно отметить, что операторы узлов с доступом к файловой системе потенциально могут извлечь эти данные из томов emptyDir. Поэтому надежные политики безопасности кластера необходимы для защиты узлов от несанкционированного доступа при хранении конфиденциальной информации. Эта функция EnvFiles упрощает создание приложений и обеспечивает новые варианты использования за счет сокращения сложных обходных путей.