mM
Выкатываемся в любой день недели. Есть сервисы в братской Индии, в которой партнеры считают, что самая минимальная нагрузка это ночь с субботы на воскресенье, и очень негодуют если накат в будний день.
- А/Б Тестирование?
- А что это такое?
Size: a a a
2020 August 13
R
У нас его нет. Но это хорошая мысль предложить такое заказчику.
R
Но с трудом представляю как некоторые вещи так тестировать. Например, какие-то изменения, которые должны коснуться всех одновременно, их нельзя заранее выкатить на реальных пользователей.
AS
Опыт говорит, что вот эти вот 100 раз в сутки и прочее модное - это хорошо, это правильно и верно. Но почему-то в выходные ночью приходится просыпаться саппорту и прочим инженерам, а не разработчикам и менеджерам. И на частоту просыпания в реальных организациях очень кардинально влияет "ну вот семен-семеныч потребовал вот это вот включить" или "мы обещали к Нному числу". И донесение наверх условия "хоть жопой там трясите, но новый релиз будет на проде во вторник и только во вторник" ОЧЕНЬ способствует хорошему сну.
Почему же? У нас в случае аварии просыпаются: девопс, программеры, РП, начальник практики.
Поэтому процессы поставлены так, что если такого больше чем раз в полгода - то летят головы.
Поэтому процессы поставлены так, что если такого больше чем раз в полгода - то летят головы.
VK
Почему же? У нас в случае аварии просыпаются: девопс, программеры, РП, начальник практики.
Поэтому процессы поставлены так, что если такого больше чем раз в полгода - то летят головы.
Поэтому процессы поставлены так, что если такого больше чем раз в полгода - то летят головы.
ну значит у вас молодцы и все такое. у меня тоже так было, пока не пришли люди, готовые ночами вскакивать и заранее согласные 🙂 в общем задача "я ночью сплю" выполнена и так и так 🙂
C
🌟 Viacheslav Kaloshin has reached level 9!
AS
ну значит у вас молодцы и все такое. у меня тоже так было, пока не пришли люди, готовые ночами вскакивать и заранее согласные 🙂 в общем задача "я ночью сплю" выполнена и так и так 🙂
У нас молодцы потому, что дрючат всех, а не так, что боссы спят, а девопсы в мыле ишачат сутки напролёт.
VK
Ну у меня не было возможности дрючить всех. Поэтому я пошел от обратного и боссы дрючили других. А они уже придумывали (ок обосновывали) , почему им так надо, что бы была выкачено 1го в воскресенье или 31 декабря
АЛ
Как вы будете выкатываться 100 раз в сутки, если у вас любой выкат - это пакет документов, которые подписывает руководство заказчика. Предложите ему ставить по 300 подписей в день? А зачем?
Это не сильно связанные вещи. Внутри себя вы готовы в любой момент выкатить то, что протестировано (хоть каждые 5 минут). Заказчику под подпись выкатываете как договоритесь в любой день недели, в любое время суток. И будет праздник.
Иначе каждый релиз превращается в событие с петардами, поэтессами и болью в сердце или иных чувствительных местах. Зачем?
Иначе каждый релиз превращается в событие с петардами, поэтессами и болью в сердце или иных чувствительных местах. Зачем?
R
Андрей Лесных
Это не сильно связанные вещи. Внутри себя вы готовы в любой момент выкатить то, что протестировано (хоть каждые 5 минут). Заказчику под подпись выкатываете как договоритесь в любой день недели, в любое время суток. И будет праздник.
Иначе каждый релиз превращается в событие с петардами, поэтессами и болью в сердце или иных чувствительных местах. Зачем?
Иначе каждый релиз превращается в событие с петардами, поэтессами и болью в сердце или иных чувствительных местах. Зачем?
У нас связанные. Мы не можем выкатиться, без согласования N человек в почте и пакет документов вполне себе бумажный нужен тоже.
Г
Подводя итог, каждый выкатывает в меру своих/заказчика умений и возможностей
AS
Андрей Лесных
Это не сильно связанные вещи. Внутри себя вы готовы в любой момент выкатить то, что протестировано (хоть каждые 5 минут). Заказчику под подпись выкатываете как договоритесь в любой день недели, в любое время суток. И будет праздник.
Иначе каждый релиз превращается в событие с петардами, поэтессами и болью в сердце или иных чувствительных местах. Зачем?
Иначе каждый релиз превращается в событие с петардами, поэтессами и болью в сердце или иных чувствительных местах. Зачем?
+100500
MB
Андрей Лесных
Это не сильно связанные вещи. Внутри себя вы готовы в любой момент выкатить то, что протестировано (хоть каждые 5 минут). Заказчику под подпись выкатываете как договоритесь в любой день недели, в любое время суток. И будет праздник.
Иначе каждый релиз превращается в событие с петардами, поэтессами и болью в сердце или иных чувствительных местах. Зачем?
Иначе каждый релиз превращается в событие с петардами, поэтессами и болью в сердце или иных чувствительных местах. Зачем?
Выкатить то вы можете, а потом там обнаружится баг который проявляется на реальных данных или реальной нагрузке, что дальше делаем, катим обратно в субботу?
R
А что значит внутри себя? Прод - это не внутри себя, это уже на пользователей.
АЛ
Выкатить то вы можете, а потом там обнаружится баг который проявляется на реальных данных или реальной нагрузке, что дальше делаем, катим обратно в субботу?
Может тестировать заранее? В том числе и на реальных данных (ну ок, вы злостная еврейская военщина как один из наших заказчиков и ничего не расскажете под пытками шавермой - тогда это не совсем ваш случай), или синтетике. Вариантов как правило больше одного, даже если по историческим причинам кажется что это невозможно.
C
🌟 Andy has reached level 6!
MB
Андрей Лесных
Может тестировать заранее? В том числе и на реальных данных (ну ок, вы злостная еврейская военщина как один из наших заказчиков и ничего не расскажете под пытками шавермой - тогда это не совсем ваш случай), или синтетике. Вариантов как правило больше одного, даже если по историческим причинам кажется что это невозможно.
На реальных данных ты можешь не иметь возможности протестировать потому что их может быть много или они могут быть приватными, как результат ты не можешь их копировать в тестовую базу перед каждым деплоем.
IM
поэтому и придумали blue-green deploys, canary deploys. Зачем сразу всю нагрузку на новую версию направлять? С канаречными потихоньку перебрасываем, скажем по 5 процентов. Живет можно дальше накидывать, нет возвращаем обратно.
MB
поэтому и придумали blue-green deploys, canary deploys. Зачем сразу всю нагрузку на новую версию направлять? С канаречными потихоньку перебрасываем, скажем по 5 процентов. Живет можно дальше накидывать, нет возвращаем обратно.
Видел полно ситуаций когда с 5% работает а со 100 нет
IM
при этом deploy и release это уже разнесенные во времени вещи