Посты

Проект начинается с команды.
Успешный проект начинается с команды под задачу.

Цель появляется первой.
Она проще реальности.

Появляется разрыв.
Между целью и тем, как это сделать.

Команда появляется в этом разрыве.

Она выглядит иначе, чем привычная структура.
Она выглядит как попытка удержать задачу в работе.

Кто-то держит результат.
Кто-то держит итог.
Кто-то ищет смысл, когда он начинает расползаться.

Кто-то переводит действие в смысл.
Кто-то делает кусок работы.
Кто-то проверяет, совпадает ли ожидание с результатом.

Роли возникают в процессе.
Там, где задача перестаёт сходиться сама.

Команда держится, пока функция задачи закрыта.

Появляется открытая функция — появляется разрыв.

Разрывы накапливаются — система теряет свойства команды.

Это выглядит как распределённая группа.

Это выглядит как один человек, в белой футболке.

Кто-то уже думает,
что информации стало слишком много.

Очевидная мысль для эпохи газет и микрофильмов.

Общество уже начинает в этом тонуть.

Статьи.

Исследования.

Чужие мысли.

Найти нужное уже сложнее,
чем придумать новое.

Появляется мысль.

Человеку нужна система поверх знаний.

Чтобы связывать мысли.

Переходить между связанными документами.

Хватит искать всё заново.

До интернета ещё полвека.

Промышленность придумала цифровизацию сразу.

Собирать данные.

Убирать часть человеческих ошибок.

Следить за состоянием системы.

Строить управление поверх производства.

Тогда всё выглядело иначе.

Больше железа.

Больше шкафов.

Меньше презентаций.

Вопрос один.

— Работает?

В промышленности есть одна мысль.

Большая часть проектов — временные.

Команды меняются.

Подрядчики меняются.

Люди меняются.

Сделали.

Запустили.

Передали.

Поехали дальше.

Следующий цех.

Следующая задача.

Следующая история.

Система остаётся.

Через год уже другие фамилии.

Через два — новый подрядчик.

Через три осторожно спрашивают:

— Почему тут вообще так сделано?

Начинается инженерная археология.

Полузабытые договорённости.

Решения, которые остались только в чьём-то сне.

Документация, пережившая уже несколько версий реальности.

Производство производит.

Кто-то спокойно говорит:

— Исторически так сложилось.

Пятница.

Неделя начинается.

Стакан.

Карта.

Проходит время.

Ключи.

Закат.

Именно тогда было начало.

Сообщением без уведомлений.

У многих системных администраторов когда-то пропадали сервера.

У кого-то — стойки.

Иногда исчезают дата-центры.

Работает.

Обслуживает пользователей.

Трафик ноль.

Ответов нет.

Телефоны молчат.

Дата-центр исчез.

Нет сценария,
в котором дата-центр отключают от интернета навсегда.

Пользователи обслуживаются дальше.

Мячик летает по экрану.

В 2022 году выступал с докладом
«DevOps как инструмент QA».

Тогда говорил про странную привычку IT.

Выбирать:

или скорость,
или качество.

Как будто одновременно — слишком сложно.

Индустрия снова поменяла слова.

Инструменты — тоже.

А вопросы почему-то остались:

Передача знаний.
Предсказуемость.
Масштабирование.
Качество.

Пока проектов мало — многое работает.

Кто-то помнит.
Кто-то знает.
Где-то помогает опыт.
Где-то — героизм.
Где-то существует человек, которому «лучше позвонить».

Пока масштаб небольшой — система прощает.

Потом проектов становится больше.

Команд — тоже.

Появляются зависимости.

Сроки.
Поддержка.
Цена ошибок.

И довольно быстро выясняется:

героизм масштабируется плохо.

Память — дорога на рынке.

Человек, который
«просто знает как работает», —

главный риск для системы.

После этого обычно появляются вещи,
которые раньше казались лишними.

Документация.
Передача знаний.
Договорённости.
Процессы.
Время подумать заранее.

Странная привычка у IT.

Сначала годами экономить
на процессах.

А потом героически
оплачивать последствия.

Видео доклада

Презентация

Пятница.

Лучший мониторинг —
когда внимание
можно отдать
чему-то другому.

Дом.
Тёплый свет.
Кто-то рядом.

И система —
работает спокойно.

Скучный.
Дорогой.
Сегодня выступаю: SLI, SLO, OLA, бюджеты ошибок.
Наблюдаю.
Без инцидентов.

Иногда дашборд выглядит ровно.
Скучно.
Как будто система решила вести себя прилично.

В такие моменты кто-нибудь осторожно спрашивает:

«А что, всё хорошо?»

Обычно именно после таких вопросов всё становится интереснее.

Но в этот раз обошлось.

Неделю назад был странный пик.
Потом — ещё один.
Полезли смотреть.
Что-то поправили.
Где-то подкрутили.
Что-то убрали.
Мелочь.
Та самая мелочь, которая потом обычно внезапно становится инцидентом.

Для распределённых систем такое поведение стало частью нормальной эксплуатации.
Даже при проблемах в отдельных компонентах система продолжает удерживать критичные операции в допустимых границах за счёт механизмов компенсации, перераспределения нагрузки и упрощённых режимов работы.

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

Бюджет ошибок почти как ночь.
Пока система остаётся устойчивой — изменения проходят обычным шагом.
Когда исчерпывается — требования к изменениям становятся жёстче.
После полного предела остаются только аварийные работы.

SLO показывает допустимое.
SLI — фактическое.
Скорость расхода бюджета ошибок — кто ближе к краю.
На этом основаны решения: идти дальше или ждать стабилизации.

Иногда графики скучные.
Иногда система тихо шевелится сама по себе.
Наверное, поэтому со временем начинаешь любить скучные графики.
Слишком дорого обычно обходится интересный.