т.к. есть слайды я постараюсь не делать фоток в процессе: https://fosdem.org/2018/schedule/event/observability_and_the_development_process/attachments/slides/2235/export/events/attachments/observability_and_the_development_process/slides/2235/observability_and_development.pdf
Доклад тем временем переименовали в "Observability and the dev process"
Опсы считают что все должно уменьшаться. А девелоперы считают что раз работает у них - работает везде.
Последнее время говорят про DevOps и это опсы которые кодят, а что если девов научить опсить?
И вот Observability - это как раз тот самый мостик который поможет девелоперам понимать в чем же отличие запуска кода в проде от их локальной машины )
Для опсов - e2e check'и, алерты, ресурсы, сеть, метрики, хосты и инстансы
Для девов же имеет значение BuildID, кастомер, эндпоинт, всякие другие вещи для воспроизведения проблемы. Короче они пытаются ответить на вопрос: какая часть моего кода сломалась?
Не все что интересно девелоперам - проблемы. Иногда им интересно что будет если пооптимизировать кусочек
Тестов - недостаточно
Бенчмарков - недостаточно
Исключений - недостаточно
Бенчмарков - недостаточно
Исключений - недостаточно
У нас есть девелопер, она работает в стартапе. Она хочет проверить гипотезу прежде чем раскатывать. Поэтому прежде чем переключать людей на новый фронтэнд - она пускает копию трафика в тестовый сервис. И видит картинку того какое будет поведение. Теперь можно проанализировать то ли это что мы хотим или не очень.