« Rev
@ru_devops   103
Fwd »


Denis
screencast + video того, что руками делаешь обязательно с субтитрами и транскриптом
плохо работает, синергия такой команды минимальна
Denis
это превращается в курсы повышения квалификации ))
Aleksey
вы опять всё смешали в кучу
Denis
нет ты ! )
Aleksey
надо делить на размер команды
Aleksey
надо делить на возомжность личного общения.
Denis
дял меня команда это ту пицца пати
Леннарт Zh 🕊
ну и что вот этот новый человек пойдет и поймет сходу что у тя nginx патченный ?
смотря как патченный если правильно пропатчишь - поймёт
Aleksey
надо делить на частоту смены соррудников и приема новых людей
Aleksey
и на длительность проекта.
Aleksey
я видел команды в которых не ротируются 9 лет уже.
Denis
мамонты !
Aleksey
проект в котором сейчас участвую на год.
Aleksey
чуваков всех не видел :)
Denis
ты за диски поясни лучше )
Denis
полезнее будет )
Aleksey
у тя там картинка которая будто бы всё объясняет :)
Denis
совсем наоборот
Aleksey
но без контекста так себе :)
Denis
заменили HDD на SHDD
Леннарт Zh 🕊
ну и что вот этот новый человек пойдет и поймет сходу что у тя nginx патченный ?
➜ root@localhost ~ /usr/sbin/nginx -v nginx version: nginx/1.10.1 patched C#9023888
Леннарт Zh 🕊
и что обновлять штатным обновлением его нельзя ?
Должны быть собраны пакеты и подняты репы. Иначе у тебя админ уйдёт в отпуск, поломаются 189 серверов из 500, биржа рухнет, акционеры найдут тебя и застрелят.
Леннарт Zh 🕊
вцелом это не проблема, это документированная особенность.
поиск в реквест-трекере конкретного сервака, поиск в CMDB, поиск в вики (всё равно, что поиск в конфиге), если ничего не нашлось, ты полез и поломал сервер значит архитектура неудачная в идеале - это прям в мониторинге должно быть видно что ИМЕННО ЭТОТ фэйловер - особенный
Леннарт Zh 🕊
это превращается в курсы повышения квалификации ))
иначе язык сотрёшь повторять одно и то же потом в онбординге: -кино обучающее посмотрел? -понравилось? -раз хуйня - записывай обновление
Леннарт Zh 🕊
надо делить на размер команды
3000 человек, 150 офисов
Леннарт Zh 🕊
RackTables+Icinga
CMDR Jack
Sounds good
Denis
CMDB API
я не понимаю. как особенности конфигурации могут быть задокументированны так, чтобы их потом можно было найти ?
Denis
эта особенность срабатывает в очень частном случае.
CMDR Jack
Вот кстати мы например пишем их в паппете рядом с манифестом
CMDR Jack
В README.md
Denis
возможно множество вариантов инсталяции без этого кейса
CMDR Jack
«в паппете» в смысле в репозитории с конь фигами
Леннарт Zh 🕊
я не понимаю. как особенности конфигурации могут быть задокументированны так, чтобы их потом можно было найти ?
Деплой сервера не считается законченым, пока он не добавлен в КЕБД и мониторинг конфиг должен быть параметризуемым - замена или добавление ноды и т.д.
CMDR Jack
Нет, зачем
CMDR Jack
Все админы, все в консоли :)
Denis
вот у нас есть параметр в конфиге, он как бы всем известный старый и обычный
Denis
но в одном конкретном кейсе он вызывает проблемы.
CMDR Jack
Открыл вимом и читай
Denis
причем в другой системе.
Леннарт Zh 🕊
причем в другой системе.
Проблемы ==> фиксация (тикет открыть) решение == изменение: в плэйбук добавить тест: # capacity planing if RAM < 512G then .. if ramconfig successful then racktables.local/$SERVERNAME.current/RAM/modify/RAM.value=RAM.current
Denis
вы специально чтоли ? )
Denis
Давайте тогда ближе к телу.
Denis
если некая система хранящая данные. есть вторая система процессящая данные есть 3я система скрещивающая 2 этих. из за конкретных настроек первой системы, форсится ряд настроек в системе 3, в результате система 2 имеет очень странные сайд эффекты аля "медленно все работает" или "фризится"
Denis
как и где это должно быть зафиксированно, чтобы все все узнали ?
Denis
нам нужно изменить конфиг в системах 1 или 3, но проблему обнарживает система 2
Леннарт Zh 🕊
в тикете
тикет делаешь дочерним или родительским или зависимым от того, который "защищён" тогда все узнают потому что его закрыть будет невозможно у него дата завершения будет больше или равно день смерти путина
Леннарт Zh 🕊
нам нужно изменить конфиг в системах 1 или 3, но проблему обнарживает система 2
пост мортем задача-то какая? чтобы конфиг не меняли? зделай так, чтобы его невозможно было изменить
Леннарт Zh 🕊
со ссылкой на проблему в комментарии к коду
Denis
пост мортем задача-то какая? чтобы конфиг не меняли? зделай так, чтобы его невозможно было изменить
задача чтобы знали про такое поведение те, кто будет использовать систему 2, и что оно возможно только если системы 1 и 3 настроены опредленным образом.
Леннарт Zh 🕊
чтобы знали как менять - добавь проверку (тест) существования проблемы на системе от которой зависит текущая
Леннарт Zh 🕊
if server_nastraival_ebanko == true then goto _nihuya_ne_vydet and exit
Denis
она к ней не имеет никакого отношения
Denis
у тебя есть люди которые пишут код(2), и работают через либы с системой 3, а проблема в том что в конкретном вариант их использования срабатывает поведение между 1-3
Леннарт Zh 🕊
if vezde_vsyo_okey = true then else goto _nihuya_ne_vydet and exit
Denis
никто
Denis
у тебя код фризится
Леннарт Zh 🕊
у тебя код фризится
подожди, стой я увидел слово код!
CMDR Jack
О НЕТ ТОЛЬКО НЕ КОД
Denis
я его давно уже сказал, жаль что ты тока щас увидел
Леннарт Zh 🕊
1) код откатывается 2) уведомление с важностью "срочная" сыпется на автора (комиттера) 3) через пять минут открывается чатик между ним и его тимлидом/менеджером
Denis
не погоди.
Denis
тут разговор был про передачу знаний и их фиксацию.
Denis
как зафиксировать эти знания в 3х абсолюно разных тимах
Denis
код пишет 1 тима, эксплуатирует хранение вторая, интеграцию 3я
Леннарт Zh 🕊
4) ещё через минуту в чатик автоматически от имени тимлида вставляется обращение, адресованное комиттеру: "ты чё блядь, охуел?!"
Denis
и даже если тима 3 знает про такое поведение, как уберечь чтобы тимы 1-2 не поменяли настройки которые поломают все 3й
CMDR Jack
Фиксация знаний между отделами это грустно, да
« Rev
@ru_devops   103
Fwd »