N
Alexander
Ты не понимаешь, в чем тут проблема. Ты не можешь дать разработчикам доступ к докеру на серверах, не выдав им рута.
Чесно не понимаю, а что им нужно в контейнере на проде?
Size: a a a
2020 October 03
A
Чесно не понимаю, а что им нужно в контейнере на проде?
Например, возможность собрать информацию о проблеме с сервисом.
N
Alexander
Например, возможность собрать информацию о проблеме с сервисом.
Ну для логов из контейнера же хренова гора софта придумана.
S
Чесно не понимаю, а что им нужно в контейнере на проде?
Код посмотреть
A
Так или иначе, если не на проде, то на препроде разработчики иногда просят доступ к докеру
s
Мне рассказали про такую замечательную штуку https://github.com/onlineconf/onlineconf
Это централизованное хранилище настроек. Своего рода ENV в базе с админкой с разделением на проекты, группы серверов(test, dev prod). С разделением доступов и историей изменени. запрос параметра из конфига как их кэша. Хранить в том числе списки и не сложные конструкции типа switch.
Позволяет оперативно менять настройки приложения без раскатки.
Это централизованное хранилище настроек. Своего рода ENV в базе с админкой с разделением на проекты, группы серверов(test, dev prod). С разделением доступов и историей изменени. запрос параметра из конфига как их кэша. Хранить в том числе списки и не сложные конструкции типа switch.
Позволяет оперативно менять настройки приложения без раскатки.
A
Ну для логов из контейнера же хренова гора софта придумана.
Я не про логи, а про разбор какого-нибудь странного поведения (которое ты, ясное дело, не описать в логах и в сентри не засунешь).
A
Мне рассказали про такую замечательную штуку https://github.com/onlineconf/onlineconf
Это централизованное хранилище настроек. Своего рода ENV в базе с админкой с разделением на проекты, группы серверов(test, dev prod). С разделением доступов и историей изменени. запрос параметра из конфига как их кэша. Хранить в том числе списки и не сложные конструкции типа switch.
Позволяет оперативно менять настройки приложения без раскатки.
Это централизованное хранилище настроек. Своего рода ENV в базе с админкой с разделением на проекты, группы серверов(test, dev prod). С разделением доступов и историей изменени. запрос параметра из конфига как их кэша. Хранить в том числе списки и не сложные конструкции типа switch.
Позволяет оперативно менять настройки приложения без раскатки.
Уже есть в гитлабе :)
N
Alexander
Так или иначе, если не на проде, то на препроде разработчики иногда просят доступ к докеру
Ну я и пытаюсь понять зачем, поведение приложения в докере должно совпадать, логи - инструменты есть. Что там разраб увидит в скомпиленой приложухе?
A
И env-ы ты без пересоздания контейнера поменять не можешь.
GG
Alexander
Ну хотя бы volume-ы должны. Они, например, с userns, по факту, сломаны
+++
s
Alexander
Уже есть в гитлабе :)
без раскатки можно параметры менять?
GG
Я тоже заманался это собирать в куча
GG
Мне рассказали про такую замечательную штуку https://github.com/onlineconf/onlineconf
Это централизованное хранилище настроек. Своего рода ENV в базе с админкой с разделением на проекты, группы серверов(test, dev prod). С разделением доступов и историей изменени. запрос параметра из конфига как их кэша. Хранить в том числе списки и не сложные конструкции типа switch.
Позволяет оперативно менять настройки приложения без раскатки.
Это централизованное хранилище настроек. Своего рода ENV в базе с админкой с разделением на проекты, группы серверов(test, dev prod). С разделением доступов и историей изменени. запрос параметра из конфига как их кэша. Хранить в том числе списки и не сложные конструкции типа switch.
Позволяет оперативно менять настройки приложения без раскатки.
И нахера оно нужно, если есть consul ?
A
Ну я и пытаюсь понять зачем, поведение приложения в докере должно совпадать, логи - инструменты есть. Что там разраб увидит в скомпиленой приложухе?
У тебя сервисы не в вакууме работают. Иногда нужно посмотреть, что там в окружении происходит.
GG
Alexander
И env-ы ты без пересоздания контейнера поменять не можешь.
Не можешь
S
Ну я и пытаюсь понять зачем, поведение приложения в докере должно совпадать, логи - инструменты есть. Что там разраб увидит в скомпиленой приложухе?
Приложуха может быть не скомпилированной
N
Alexander
У тебя сервисы не в вакууме работают. Иногда нужно посмотреть, что там в окружении происходит.
Так я про то и говорю тебе, у вас так много параметров что свести окружение предпрода/прода в табличку и сравнить импосибирити?
A
без раскатки можно параметры менять?
Без раскатки, судя по всему, в onlineconf можно менять параметры только если у тебя в коде сервиса есть интеграция с onlineconf