Size: a a a

DevOps — русскоговорящее сообщество

2021 February 13

VS

Vladimir Smagin in DevOps — русскоговорящее сообщество
ну хочешь - устраивайся, мы то че
источник

D

Denis 災 nobody in DevOps — русскоговорящее сообщество
ну я мнения спрашиваю )
источник

D

Denis 災 nobody in DevOps — русскоговорящее сообщество
понятно что в итоге мне решать
источник

VS

Vladimir Smagin in DevOps — русскоговорящее сообщество
я б 100% не пошел, если прод вообще имеет свойство падать. это значит, что процессы идут через задницу, где-то постоянно экономят и недоговаривают, а падающий прод посреди ночи это значит кто-то выкатил версию и сыбался спать.
источник

D

Denis 災 nobody in DevOps — русскоговорящее сообщество
Vladimir Smagin
я б 100% не пошел, если прод вообще имеет свойство падать. это значит, что процессы идут через задницу, где-то постоянно экономят и недоговаривают, а падающий прод посреди ночи это значит кто-то выкатил версию и сыбался спать.
особенно когда это сам и был ) Потому что девел клялся что "дёрни api/healthcheck - если ок то всё ок" ,а потом оказывается, то оно и 10% не покрывает..
источник

D

Denis 災 nobody in DevOps — русскоговорящее сообщество
это уже с прошлой работы
источник

VS

Vladimir Smagin in DevOps — русскоговорящее сообщество
Denis 災 nobody
особенно когда это сам и был ) Потому что девел клялся что "дёрни api/healthcheck - если ок то всё ок" ,а потом оказывается, то оно и 10% не покрывает..
процедура выкатки версий обычно проходит в начале рабочего дня, чтоб потом вовремя словить ошибки и починить
источник

VS

Vladimir Smagin in DevOps — русскоговорящее сообщество
а не в пятницу вечером
источник

VS

Vladimir Smagin in DevOps — русскоговорящее сообщество
многие вообще запрещают релизы в понедельник и пятницу
источник

D

Denis 災 nobody in DevOps — русскоговорящее сообщество
хотя там был тоже косяк - ругали если дев уронил. Хотя он для того и нужен, ронять и принимать меры чтобы так прод не упал
источник

VS

Vladimir Smagin in DevOps — русскоговорящее сообщество
Denis 災 nobody
хотя там был тоже косяк - ругали если дев уронил. Хотя он для того и нужен, ронять и принимать меры чтобы так прод не упал
ну как бы ронять вообще никто ничего не должен.
источник

VS

Vladimir Smagin in DevOps — русскоговорящее сообщество
источник

D

Denis 災 nobody in DevOps — русскоговорящее сообщество
не согласен
источник

VS

Vladimir Smagin in DevOps — русскоговорящее сообщество
сам ронял иногда, каюсь, чисто из-за недосмотра некоторых параметров, их многовато было чтоб за всем уследить
источник

VS

Vladimir Smagin in DevOps — русскоговорящее сообщество
но все мои пр всегда проверяли
источник

VS

Vladimir Smagin in DevOps — русскоговорящее сообщество
и тож не заметили этого косяка
источник

VS

Vladimir Smagin in DevOps — русскоговорящее сообщество
в общем, говно случается и желательно чтоб оно случалось в начале дня
источник

D

Denis 災 nobody in DevOps — русскоговорящее сообщество
тут всё-таки надо разделять, недопустимо ронять прод. А дев - это должно быть штатным "упс", со спокойным анализом причин. Во-первых, именно так я например погонял монгу где 2 из 3 репликасетов ушли в нирвану, поучился реконфигу и подобному, и теперь не боюсь это повторять на проде если что. А не поломались бы скрипты деплоя - 1) остался бы баг, 2) это не было бы разобрано с обучением персонала, 3) не было бы полезного опыта
источник

VS

Vladimir Smagin in DevOps — русскоговорящее сообщество
хах, ты обнаружил путь девопса
источник

D

Denis 災 nobody in DevOps — русскоговорящее сообщество
тренироваться на дев\стейж в этом плане продуктивнее, в чистых "только выкатка" условиях обычно всё стабильно
источник