Комментарии 12
Зачем изобретать велосипеды, если для решения этих задач можно использовать другие интрументы?
Очевидно ради унификации инфраструктуры.
Если команда поддерживает более чем один продукт, то лучше подложить костылей в одном месте и иметь одинаковое и комфортное окружение, чем для отдельного продукта делать свою обособленную конфигурацию прода, о которую в итоге, какой-нибудь, малоопытный инженер обязательно запнется.
Как-то заметил в последнее время, что именно в k8s при формальных девизах 12f они нарушаются даже в примерах. Вот даже в посте: nginx конфигурируются через примонтированный конфиг, а не включением его в образ.
P. S. В Symfony специально работают над воспроизводимостью билдов.:)
а не включением его в образ.
Нет. Включение конфига внутрь докер-образа будет прямым нарушением 3го фатора — про конфигурацию.
В кубере есть kind: ConfigMap — конфиг хранится в etcd, и при старте пода он мапится в файл внутри пода. Это позволяет использовать один и тот же докер-образ с разными конфигами просто перезапуском пода
А как вариант с монтированием S3 в контейнеры через fuse? Буквально вчера столкнулся с идеей. А вообще был уверен, что для S3 в кубике если не из коробки есть драйвер, для storage class, то достаточно популярный. Увы :(
Локальные файлы при переносе приложения в Kubernetes