этой помойки не ранаешь контейнеры?
Нет, это просто пример, что если ты дал докер сокет юзеру, то он _эффективно_ админ
я к тому говорю, это не происходит спонтанно, это нужно сначала заранать так контейнеры и потом получить сюрприз, а не наоборот
Проблема в том, что я в системе не один. И, например, из-за отсутствия ограничений приходится не давать разработчикам доступ к докеру на серверах.
Ну, и приходим опять к исходному. Нужна изоляция - иди в виртуалки. Или строй поверх докера какую-то оркестрацию, которая будет юзеров ограничивать
Ты не понимаешь, в чем тут проблема. Ты не можешь дать разработчикам доступ к докеру на серверах, не выдав им рута.
Можешь и без рута (добавив в группу докер), но «эффективно» это тот же рут
Я про "эффективно" и говорю
Разработчики нередко тупенькие, они этого не поймут
Чесно не понимаю, а что им нужно в контейнере на проде?
Например, возможность собрать информацию о проблеме с сервисом.
Ну для логов из контейнера же хренова гора софта придумана.
Я не про логи, а про разбор какого-нибудь странного поведения (которое ты, ясное дело, не описать в логах и в сентри не засунешь).
А зачем им доступ к докеру?
А ты не мой брат близнец?
Иногда бывает нужен для разбора странных или редких проблем.
Логи в грейлоге, трейсы в сентри, графики в графане, приложение в окружении как на проде можно запустить локально
Ты разбалован хорошими практиками
Про трейсы не знал, спасибо отец
Логи показывают проблемы, которые разработчик ожидает, в случае неожиданных проблем они не помогут. Сентри показывает проблемы, которые приводят к исключению (ну или которые разработчик, опять же, ожидает, если рассматривать вариант с ручной отправкой в коде), но не все проблемы приводят к исключению или иному аварийному выходу из участка программы. Графики рисуется только по тем метрикам, сбор которых разработчик настроил, и при этом не рассказывают, в чем причина аномалии, даже если она видна на графиках. Окружение локально "как в проде" - это миф, идеал. У тебя в любом случае это получится повторить только до определённой степени, но, например, проблему вида "сетевое оборудование при ecmp учитывает ecn, из-за чего сессии до базы рандомно уезжают на середине с одного pgbouncer-а на другой" ты локально не отловить никак, тут нужно запускать tcpdump там, где проблема наблюдается. Также ситуация может осложняется тем, что проблема нерегулярная и сложновоспроизводимая, потому единственная возможность понять причину - смотреть на проде в тот момент, когда проблема есть.
Тогда это обычно делается не на самом проде, а на таком же окружении
Обсуждают сегодня