Size: a a a

DevOops — конференция о DevOps

2020 June 02

MG

Maxim Gorelikov in DevOops — конференция о DevOps
непрерывная доставка позволяет по максимум избежать откатов…
мелкие релизы сильно проще быстро поправить, чем откатывать
а крупные релизы откатывать страшно, потому что откат по последствиям может быть страшнее релиза
источник

AK

Alexey Kirpichnikov in DevOops — конференция о DevOps
Maxim Gorelikov
непрерывная доставка позволяет по максимум избежать откатов…
мелкие релизы сильно проще быстро поправить, чем откатывать
а крупные релизы откатывать страшно, потому что откат по последствиям может быть страшнее релиза
Вот все так говорят. А наш опыт анализа факапов показывает, что более чем в половине случаев попытка быстро починить и накатить сверху хотфикс только ухудшает ситуацию по сравнению с тем, чтобы откатить.

Так что я даже не знаю.
источник

AK

Alexey Kirpichnikov in DevOops — конференция о DevOps
Не из-за скороста наката/отката. А из-за того, что ошибка была нетривиальная, и починить ее быстро просто не получилось.
источник

MG

Maxim Gorelikov in DevOops — конференция о DevOps
ну вот у меня самые страшные вещи были как раз после откатов, но это понятно, что зависит от подходов к подготовке этих откатов, да и вообще от ситуации
источник

AK

Alexey Kirpichnikov in DevOops — конференция о DevOps
Может, мы что-то неправильно делаем.
источник

SJ

Support JUG Ru Group in DevOops — конференция о DevOps
Чем вы пользуетесь для локальных разработки?
Анонимный опрос
81%
Docker of Mac/Windows
8%
Minikube
3%
Microk8s
8%
Kind
0%
Telepresence
Проголосовало: 36
источник

MG

Maxim Gorelikov in DevOops — конференция о DevOps
Alexey Kirpichnikov
Может, мы что-то неправильно делаем.
угу, мы все это делаем - разрабатываем с багами 😁
источник

AK

Alexey Kirpichnikov in DevOops — конференция о DevOps
Maxim Gorelikov
угу, мы все это делаем - разрабатываем с багами 😁
Надо прогнать этих разработчиков и нанять нормальных!
источник

MD

Mikhail Druzhinin in DevOops — конференция о DevOps
Не пишите с багами - я вам за баги не плачу (с)
источник

AK

Alexey Kirpichnikov in DevOops — конференция о DevOps
Support JUG Ru Group
Чем вы пользуетесь для локальных разработки?
Анонимный опрос
81%
Docker of Mac/Windows
8%
Minikube
3%
Microk8s
8%
Kind
0%
Telepresence
Проголосовало: 36
Я половину этих слов вообще впервые вижу :(
источник

SL

Stanislav Litvinenko in DevOops — конференция о DevOps
Maxim Gorelikov
ну вот у меня самые страшные вещи были как раз после откатов, но это понятно, что зависит от подходов к подготовке этих откатов, да и вообще от ситуации
Может изменения были слишком глобальные? CD же должен предусматривать безболезненный откат на рабочую версию, если что-то пошло не так.
источник

SJ

Support JUG Ru Group in DevOops — конференция о DevOps
Alexey Kirpichnikov
Я половину этих слов вообще впервые вижу :(
Я вообще гуманитарий
источник

MG

Maxim Gorelikov in DevOops — конференция о DevOps
Support JUG Ru Group
Чем вы пользуетесь для локальных разработки?
Анонимный опрос
81%
Docker of Mac/Windows
8%
Minikube
3%
Microk8s
8%
Kind
0%
Telepresence
Проголосовало: 36
тут просто не совсем понятно, kind для одного, Docker напрямую для другого
источник

MD

Mikhail Druzhinin in DevOops — конференция о DevOps
Коллеги - пишите сюда свои вопросы для Антона, скоро перейдем к сессии вопросов и ответов
источник

MG

Maxim Gorelikov in DevOops — конференция о DevOps
Stanislav Litvinenko
Может изменения были слишком глобальные? CD же должен предусматривать безболезненный откат на рабочую версию, если что-то пошло не так.
а если вдруг необходимость миграции данных? понятно, что редкость, но схемы-то как раз на граничных ситуациях себя и показывают
в среднем они все удобны
источник

a

aidden in DevOops — конференция о DevOps
Stanislav Litvinenko
Может изменения были слишком глобальные? CD же должен предусматривать безболезненный откат на рабочую версию, если что-то пошло не так.
именно так, на мой взгляд. откатить мелкое изменение сильно дешевле, чем откатывать или чинить "водопадный" релиз, который полгода готовили
источник

SJ

Support JUG Ru Group in DevOops — конференция о DevOps
Есть ли у вас в организации команда или должность релиз-инженер?
Анонимный опрос
30%
Да, конечно
8%
Зачем это?
24%
У нас этим занимаются разработчики
38%
У нас за это отвечают ДевОпсы
Проголосовало: 37
источник

SL

Stanislav Litvinenko in DevOops — конференция о DevOps
Maxim Gorelikov
а если вдруг необходимость миграции данных? понятно, что редкость, но схемы-то как раз на граничных ситуациях себя и показывают
в среднем они все удобны
Есть широко известный многоэтапный способ миграции данных. Правда, там в одно время нужно 2*ресурсов. Но всегда есть возможность отката на предыдущий работающий этап.
Хотя если бага всплыла после завершения миграции, то остаётся только плакать и фигачить хотфикс.
источник

AK

Alexey Kirpichnikov in DevOops — конференция о DevOps
Насколько я понимаю, в Гугле не у каждого сервиса есть SRE. Это используется для больших, устоявшихся сервисов. Многие сервисы помельче эксплуатируются силами команды разработчиков, без выделенных SRE.
источник

MG

Maxim Gorelikov in DevOops — конференция о DevOps
Stanislav Litvinenko
Есть широко известный многоэтапный способ миграции данных. Правда, там в одно время нужно 2*ресурсов. Но всегда есть возможность отката на предыдущий работающий этап.
Хотя если бага всплыла после завершения миграции, то остаётся только плакать и фигачить хотфикс.
вот просто кажется, что если релизы будут достаточно маленькие, то и хотфиксы могут быть достаточно быстрые и не опасные
а сложные системы и схемы в теории могут иметь намноого больше ошибок, которые всплывут в самый неподходящий момент
источник