Узоры Kubernetes (2 серии деталей)
В одной из наших статей мы обсудили шаблон переменной среды; Как их определить, где их использовать и их потенциальные недостатки. Мы кратко коснулись ресурсов ConfigMap и Secrets как средство инъекции внешней настройки конфигурации в POD (и его работающие контейнеры). В этой статье у нас более глубокая демонстрация конфигурации и секретных моделей использования и лучших практик.
В чем проблема с использованием переменных среды? Есть несколько соображений, которые вы должны учитывать при принятии решения о использовании переменных среды для всех ваших потребностей в конфигурации:
Они удостоены чести в нескольких слоях. Например, переменная среды, установленная в bash_profile изображения, будет переопределена, если в докдерфиле было установлено одно и то же имя переменной. Далее, та же переменная может быть переопределена в определении стручков. Такое поведение может вызвать трудности с ограниченными ошибками, когда вы не уверены, что переменная вашей среды не будет переопределена по ошибке. Переменные среды не могут быть изменены после запуска приложения. Изменение переменной среды требует перезагрузки контейнера для применения новых данных, но в зависимости от вашего шаблона развертывания это может быть или не может быть желательным. Чаще всего внешняя конфигурация не ограничивается кучей переменных, она охватывает весь файл конфигурации. Подумайте о php.ini, config.json или package.json files. Эти файлы должны быть внешне воспользоваться в работающем контейнере. Приложение рассчитывает найти свой файл конфигурации в определенном месте, а не в наборе переменных среды. Использование переменных среды для хранения конфиденциальных данных является риском безопасности.
Для получения дополнительной информации: https://www.magalix.com/blog/the-configmap-pattern
Узоры Kubernetes (2 серии деталей)
Оригинал: «https://dev.to/ahmedat71538826/the-configmap-pattern-3215»