rd
Ну да. Но не developers )
Это всё меняет!
Size: a a a
2019 August 31
СХ
Это всё меняет!
вообщет да, sre не пишет фичи для сервисов, он пишет отладчики\логирования дополнительные\метрики, но он и за км не подходит к сетям, дискам, и тп, он получает готовые инстансы
rd
судя по hh и кол-ву куберов при 1 админе - страдать национальная идея
Мой опыт работы зарубежом говорит что тогда это общечеловеческая идея.
ИП
вброшу - програмисты - не инженеры
ИП
програмисты они ближе к дизайнерам
rd
вообщет да, sre не пишет фичи для сервисов, он пишет отладчики\логирования дополнительные\метрики, но он и за км не подходит к сетям, дискам, и тп, он получает готовые инстансы
Чорт. Ошибся знаком :(
PD
А разве буква Е в SRE это не инженеры?
А, туплю, engeneering. Там вообще не про людей )
PD
Как и DevOps - это все про процессы и принципы. Примерно как и agile-манифест.
И там нет ни слова про "теперь разработчики должны на проде чинить постоянно". А про то, что любая починка на проде - это проблема.
И там нет ни слова про "теперь разработчики должны на проде чинить постоянно". А про то, что любая починка на проде - это проблема.
AK
И при этом вкладывают огромные ресурсы в нормальный мониторинг и логирование.
Пускать разработчиков на прод - крайний случай, а не нормальное решение.
Да и не разработчиков, а SRE инженеров
Пускать разработчиков на прод - крайний случай, а не нормальное решение.
Да и не разработчиков, а SRE инженеров
а кто пускает sre-инженеров? кто там над ними-то?
вложения в могиторинг никак не лишают потребности ходить на продакшен. ровно так же как хорошее самочувствие, здоровый образ жизни не отменяет походов к врачу
вложения в могиторинг никак не лишают потребности ходить на продакшен. ровно так же как хорошее самочувствие, здоровый образ жизни не отменяет походов к врачу
К
а кто пускает sre-инженеров? кто там над ними-то?
вложения в могиторинг никак не лишают потребности ходить на продакшен. ровно так же как хорошее самочувствие, здоровый образ жизни не отменяет походов к врачу
вложения в могиторинг никак не лишают потребности ходить на продакшен. ровно так же как хорошее самочувствие, здоровый образ жизни не отменяет походов к врачу
новая ветка про колоноскопию?
PD
а кто пускает sre-инженеров? кто там над ними-то?
вложения в могиторинг никак не лишают потребности ходить на продакшен. ровно так же как хорошее самочувствие, здоровый образ жизни не отменяет походов к врачу
вложения в могиторинг никак не лишают потребности ходить на продакшен. ровно так же как хорошее самочувствие, здоровый образ жизни не отменяет походов к врачу
Просто пока "хождение на продакшен" является нормой, никакой разработчик не будет думать про мониторинг и логи.
Да и вообще про удобство эксплуатации, он же всегда на прод зайдет и починит.
Так что этот подход противоречит принципа DevOps и SRE )
Да и вообще про удобство эксплуатации, он же всегда на прод зайдет и починит.
Так что этот подход противоречит принципа DevOps и SRE )
AK
Просто пока "хождение на продакшен" является нормой, никакой разработчик не будет думать про мониторинг и логи.
Да и вообще про удобство эксплуатации, он же всегда на прод зайдет и починит.
Так что этот подход противоречит принципа DevOps и SRE )
Да и вообще про удобство эксплуатации, он же всегда на прод зайдет и починит.
Так что этот подход противоречит принципа DevOps и SRE )
почему же не будет? если это удобнее, то он будет пользоваться ими.
я понимаю вашу аргументацию и почему так у вас, но я не понимаю почему вы считаете, что иные варианты - бэд смел
я понимаю вашу аргументацию и почему так у вас, но я не понимаю почему вы считаете, что иные варианты - бэд смел
AK
на продакшене ничего не чинится, там делается диагностика проблем, которые возникают только в продуктовом окружении
PD
на продакшене ничего не чинится, там делается диагностика проблем, которые возникают только в продуктовом окружении
Так если есть полный доступ к проду, так что сразу и не починить?
Контроля все равно нет.
Контроля все равно нет.
PD
Или данные утащить.
Или скрипт на случай своего увольнения добавить.
Или скрипт на случай своего увольнения добавить.
AK
Так если есть полный доступ к проду, так что сразу и не починить?
Контроля все равно нет.
Контроля все равно нет.
контроля чего нет?
PD
Контроля действий программиста на проде. Что никто не делает лишнего.
Какой у тебя проект?
Какой у тебя проект?
AK
Или данные утащить.
Или скрипт на случай своего увольнения добавить.
Или скрипт на случай своего увольнения добавить.
да, это полезно очень, если доступ дали на 3 часа и на нужную группу серверов. именно так и делают в нормальном случае при выдаче доступов
AK
Контроля действий программиста на проде. Что никто не делает лишнего.
Какой у тебя проект?
Какой у тебя проект?
я не описываю ситуации из своего проекта, я говорю про самые простые кейсы когда эффективней вместе с разработчиком смотреть проблемы в продакшене
PD
Так вместе с разработчиком или отдельно разработчику?
Рутовый доступ на сервера или отдельно выделяемый специальный доступ под инцидент с полным аудитом?
Рутовый доступ на сервера или отдельно выделяемый специальный доступ под инцидент с полным аудитом?