Mark ☢️
Чо это такое?
Alexey
Это то что серализует коммиты, прогоняет тесты и откатывает то что их ломает
Pavel
Т.е. это в народе называется билд?
Alexey
А что такое "билд" если у тебя монолитный репозиторий?
Alexey
(Вы прогоняете все тесты только при билде?)
Pavel
Скрипты которые делают чекаут коммита и проверяют что все в порядке - гонят тесты, греют кеши, разворачивают на тестовый сервер
Pavel
Alexey
Это должно быть отдельной системой -- вы не хотите ждать canary verification на каждый коммит
Pavel
Проверка канарейкой? 😱
Alexey
Alexey
Если херня маленькая, то просто тесты -> canary -> prod, поскольку стэйджинга у неё скорее всего нет
Mark ☢️
Vladimir
Чо за канарейкп
берем какой-нибудь процент людей и на них катим апдейт
Vladimir
например на 1 сервер который стабильно получает 0.01% трафика )
Alexey
Если большая, то роллаут по регионам (несколько недель)
Vladimir
опционально еще - чтобы туда шла копия трафика, а не реальный трафик
Vladimir
а ответы чем-нибудь сравнивались с продом, но такое вроде совсем редко
Mark ☢️
О клево
Mark ☢️
К нас есть такие теств
Mark ☢️
Мы апдейты не сразу всем отдаем
Vladimir
тут главное чтобы у людей в сознании они не вытеснили обычные тесты и стейджинг
Mark ☢️
А сначала потенциальным неудачникам
Alexey
Проще статы умножать на canary ratio и сравнивать с продом-- если результат не 1.0 -- канари погибает
Mark ☢️
Mark ☢️
Лично я
Mark ☢️
Минимум
Vladimir
ну хорошо вам )
Vladimir
а то бывают
Mark ☢️
Узбагойдесь ганарейги
Alexey
У гугла тут некоторое время назад статья про деплои неплохая проскакивала
Alexey
Но у них и система сборки есть, и система деплоя без выебонов(почти), и система верификации -- читеры короче =)
Alexey
https://cloudplatform.googleblog.com/2017/03/how-release-canaries-can-save-your-bacon-CRE-life-lessons.html
Alexey
Ну и в the sre book были пара глав
Dmitrii
Девопсы, есть вопрос по пайплайну
Dmitrii
Первый: у кого есть пайплайн на втором дженкинсе?
Dmitrii
Второй: правильно ли делать 2 разных пайплайна?
Dmitrii
Т.е. вот первый пайплайн у меня по сути это тесты + кодстайл + деплой на стейдж для фиче бранча.
Вот тут загвоздка, что не факт что когда одна фича попала в мастер надо мастер деплоить на стейдж а потом сразу на прод
Dmitrii
Отсюда получается первый пайплайн только для стейджа, а другой для прода. Правильно ли это с идеологической точки зрения?
Dmitrii
Или надо их разворачивать в один длиннющий и обкладываться условиями, и прочими стопами, паузами, аппрувами и т.д.
Ivan
Пилять, почему из-за нового statsd данные начали периодически теряться? Никто не сталкивался?
Ivan
Alexey
Ядро дропает или юзерспейс?
Pavel
включай дебаг!
Vladimir
включай tcpdump на выходе из statsd или на входе в графит )
Vladimir
и смотри реально ли что-то шлется
Ivan
Vladimir
а, н у еще метрики графита того же можно глянуть
Vladimir
сколько чего получено, подропано и пр.
Vladimir
цпу юзадж на графитном хосте и т.п.
Vladimir
Vladimir
были ли они по сети отправлены
Vladimir
если были - значит на стороне графита
Vladimir
если не были - статсд
Roman
Pavel
Roman
трави!
Не факт, что дойдет
Pavel
🏳️ Phil
Никто не пробовал на DO их объектное хранилище?
Max
Мне чот не пришёл доступ
Vladimir
Vladimir
кто последним прислал точку того и тапки
Vladimir
возможно старый statsd просто слал всякий мусор
Ivan
Странно было, что промежутки занимают так много времени
Pavel
ребят, а кто-нибудь уже брал на ovh dedicated серваки с nvme флешками? чет на убунту 14.04 с ориджинал ядром виснет.
Pavel
надо aerospike вхерачить, а нимагу :(
Pavel
и другой оси нельзя
Pavel
niko
В овх не брал но на ноутбуке работает:)
niko
А зачем тебе оригинал ядро? Есть же лтсное из ксениала
Uncel
niko
Да 4.4 из ксениала должно хватить. В трасти ж третье
Uncel
Ну или такой костыль
Uncel
Кинуть диски в ahci
Uncel
И nvme_load=yes