ак вот то то и оно что оно сейчас часто называется toil и не авто а просто кусок авося

а библия sre говорит что так плохо. что toil надо меньше.

так много новых слов. пошёл гуглить

короче пока самым внятным решением выглядит stackstorm

но я уже 2 года в профильной тусовке говорю пр офакт его существования а в ответ нихрена

с учетом того что он на питоне в этой группе его популярность должна и почти обязана быть выше всех

а kubernetes (+livness/readiness + service mesh) не решает твою проблему?

когда решает когда нет. но мы тут все вроде взрослые люди и понимаем что 100% нагрузки перенсти в кубер нельзя.

так и полностью автоматизировать всю работу нельзя тоже

хотя челлендж интересный

нет такой задачи не стоит

есть задача автоматизированная обработка temp fix

вот сейчас у меня есть грабля с деплоем одного приложения. после множетсва итараций решения лучшим на текущий момент признано nginx -s reload это решение проживет гдето 2 спринта пока команда не сможет его починить. выполнять эту команду надо несколько раз в день по событию деплоя. как выглядит permfix все понимают но времени на это забюджетировать быстро нельзя.

вся канитель по факту крутится во круг синхронизации работы между несколькими отделами

А есть тут sre? Скажите мне о sre, когда происходит восстановление error budget?

ну типа начинаешь катить все накопившиеся некритические фиксы?)

Всем привет! Анонсируем новый восхитительный движ в Петербурге: @spb_reliability (SPb Reliability Meetup).

Закончилось время классических системных администраторов. Однако современный подход к обслуживанию систем не стал популярным. Мы хотим исправить это, и создаём мероприятие для всех инженеров, кто хочет сделать свой продакшн лучше.

В основе митапа лежит методология #SRE (Site Reliability Engineering). Согласно ей инженер работает с системой в целом, не ограничиваясь кодовой базой, БД и их настройкой, мониторингом, системой оркестрации, настройками облака и ОС. Об этом и будут митапы, с фокусом на современные технологии.

Cчитаем важным:

• обмен опытом: каждый может прийти, послушать, пообщаться, в блиц-докладе рассказать о своей боли или интересном решении
• профессиональную и доброжелательную атмосферу: у нас действует берлинский кодекс поведения
• дружить: как с остальным движем Петербурга и регионов, так и с коммерческими компаниями (почему нет)
• делать крутые вещи: у нас достойный опыт как в индустрии (кофаундер @upovod), так и в организации айти-мероприятий (кофаундер @nazarov_tech).

Первый митап пройдёт 22 января в 19:00 в офисе #DataArt (Гельсингфорсская, 2). Будет два основных доклада, несколько блиц-докладов и пицца.

Регистрируйтесь: meetup.com/SPb-Reliability-Meetup/events/257499497

Для тех, кто не смог попасть, будет прямая трансляция: youtube.com/watch?v=beOphYOAYy4

Всем привет.

опять ты. все канал можно закрывать

Все звёзды в гости будут к нам