Публикации

Люблю аркадные игры 70–80-х.

Как инженерную работу.

Сделать нечто интересное в очень ограниченных условиях — отдельное ремесло.

Памяти мало.
Процессор слабый.
Несколько цветов на экране.
И при этом — лучшая графика своего времени.

Люди стояли в очередях к автоматам.

Никаких патчей.
Никакого «доделаем потом».

Нужно сразу сделать механику, которая работает.
И работает так, что спустя 30–40 лет в это всё ещё играют.

Сейчас местами даже сложно понять — как они это вообще сделали.

И играть в это до сих пор сложно.
Аркады плохо умели жалеть игрока.
Потому что хорошо сделано.

Честная механика.
Честная сложность.

И ведь местами это были просто игры.

А потом вокруг них вырастало новое железо.
Новые возможности.
И новые ограничения.

Забавно.

Когда-то это железо двигало спрайты в аркадных кабинетах.
Спустя годы — уже считало другие монетки.

Eject Coin

Почему эта игра

Defender прямо разыгрывает конфликт недели: попытка «успеть всё» превращает мир в ад, а осознанные приоритеты держат систему целой. Игра соединяет месячную тему (граница между нужной сложностью и абсурдом) с конкретным практическим выбором игрока — кого спасать, чем пожертвовать и когда остановиться.

Взгляд

На узкой полоске радара загораются два похищения на противоположных краях. Экран требует быть везде, но Defender заставляет считать: кого спасать сейчас.

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

Под пальцем — редкая smart bomb: жать сейчас, чтобы успеть перехватить, или беречь на следующий шквал? Гиперспейс манит как чудо-выход, но чаще убивает и рвёт ритм.

Надёжность здесь — не «успеть везде», а выдержать приоритет: принять одного потерянного, чтобы карта осталась управляемой. Радар не утешает, он честно называет цену лишнего разворота.

Игровые опоры

m1: Полоска радара вверху экрана показывает весь мир с wraparound-скроллом: видны враги и колонисты, позволяя выбирать приоритеты перехвата.

m2: Landers похищают людей с поверхности; если унести их вверх, они превращаются в более опасных мутантов. Сбитого носителя можно перехватить: колонист падает, игрок ловит его и возвращает на землю.

m3: Если все колонисты на волне погибают, оставшиеся враги резко усиливаются (мутанты заполняют экран), и выживание становится существенно сложнее до конца волны.

m4: Сложная схема управления: отдельные кнопки тяги и реверса, огонь, smart bomb и hyperspace. Неправильное использование (например, гиперспейс) часто приводит к гибели.

Свет.
Музыка.

Ночной инцидент.
Вместо ночного кофе — отвлекаться на работу.

После устранения аварий понимаешь:

Надёжность — не для бизнеса.
Не для пользователей.

Ночью лучше спать.
И лучше не одному.

_«Moscow Calling»_

Связь с месяцем

Фильм буквально о том, как индустрия делает «технический абсурд» нормой: опасные андроиды и автопилотируемый парк продаются как безопасный стандарт. Менеджмент замещает инженерный здравый смысл маркетинговым «так сейчас делают» и постоянными апдейтами — до катастрофы.

Кому посмотреть

Тем, кто запускает сложные аттракционы и цифровые сервисы и когда‑то уверял: «ничего не может пойти не так». Если вы хотя бы раз снимали ограничение ради скорости или шоу, эта история предлагает подумать, из чего на самом деле складывается надёжность — из порядка, дисциплины и разумных ограничений — и где та грань, после которой симуляция перестаёт быть игрой, а система больше не слушается хозяев.

Были революционные профессии.

Эксперт по вводу информации в компьютер.
FoxPro.
Человек-сканер.
Распознавание текста в реальном времени.
Десятки записей за день.
Ручная работа.
Клавиатура стучит.

Фраза

Надежность систем строится на порядке, дисциплине и разумных ограничениях.

Описание

Производственный роман рассматривает управление ИТ-службой, разработкой и бизнес-процессами через ситуацию кризисного корпоративного проекта. Центральное положение текста состоит в том, что устойчивое создание ценности требует согласованного потока работ между бизнесом, разработкой, эксплуатацией и безопасностью. Содержание организовано как последовательность эпизодов вокруг проекта «Феникс», в которых операционные сбои, управленческие решения и изменения рабочих практик формируют развитие сюжета. Идеи раскрываются через диалоги, рабочие конфликты, наблюдение за узкими местами и применение принципов DevOps к конкретным организационным ситуациям.

Ознакомиться с книгой

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

Открывайте connection к базе.

И не спешите.

Сначала собирайте данные.

Потом ещё данные.

Что-нибудь посчитайте.

Куда-нибудь отправьте.

И только потом закрывайте connection.

И так каждый request.

Особенно интересно потом слышать:

«что-то highload не получается»

Тишина.

Любовь — это принимать любые недостатки.

Зимой на KuBeer Talks я выступал с докладом:

«Почему вам не нужен Kubernetes»

После выступления несколько человек подошли примерно с одинаковым вопросом:

«Ты серьёзно считаешь, что Kubernetes не нужен?»

Kubernetes за последние годы стал для индустрии ответом по умолчанию. Проект только стартует, требования ещё меняются, команда небольшая. В архитектуре уже появляются ingress, service mesh, Helm, GitOps, мониторинг, централизованное логирование — современная инженерная молитва.

Вокруг проектов уровня:

«обычный интернет-портал»

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

Условный «привет, мир» с формой заявки и нагрузкой:

«два человека в праздники»

Зачем?

Ответ обычно простой:

«так сейчас делают»

Цена обычно приходит позже — когда кластер начинает жить собственной жизнью, обновление неожиданно ломает работающую систему, а команда понимает:

Kubernetes — это уже отдельный пласт постоянной работы.

Обычно это выясняется во время инцидента. Или в момент, когда оказывается, что Kubernetes в компании по-настоящему понимают полтора человека.

Доклад в целом был про простую вещь:

технология должна соответствовать задаче и команде.

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

Иногда это напоминает попытку завести 300-килограммовую гориллу в маленькую квартиру.

Завести получилось.

Теперь её нужно кормить, сопровождать, объяснять бизнесу, почему вместо новых возможностей команда уже третий месяц разбирается с инфраструктурой.

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

Всё это в итоге держит один парень в футболке из Омска, которому теперь ещё и Kubernetes сопровождать.

За 20+ лет эксплуатации я увидел простую закономерность:

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

Иногда достаточно Docker Compose, Nomad, PaaS, managed Kubernetes или обычной VM.

В итоге всё обычно сводится к довольно скучным вопросам:

работает ли система
выдерживает ли нагрузку
умеет ли команда её поддерживать
придётся ли кому-то чинить всё это ночью

Ночами, если честно, лучше спать.

Для тех, кто любит спорить аргументированно — приложил презентацию с KuBeer Talks.

Об альбоме

Здесь пространство и паузы работают как механизм: упругий бас и ровная сетка ударных несут холодный пульс ночного города.

Неделя с альбомом

Неделя будет как длинная ночная смена у окна, всё собрано, лишнего нет, и воздух звенит от пауз.

Щелчок таймера — и город трогается. В эту неделю главным ощущается время: 09:14:37 на циферблате, окно запуска, дедлайн как реальная деталь конструкции. Дисциплина минут двигает огромные штуки, когда проект ещё спорит сам с собой.

Прод прожил полгода на cron, который поднимал контейнеры каждые пять минут. Одна VM, docker‑compose, один балансер, десятки тысяч RPM, сотни тысяч людей в сутки. Решение странное, результат прямой: сервис работал, понедельники переживали. Такое решение требует взрослого сопровождения: срок годности, условия отказа, наблюдение. Здесь инженерия превращается в выбор и приоритеты, без легенд про кристально чистую архитектуру. А cron — жалко.

Книга про SRE подтверждает: надёжность — функция организации. «МакГайвер» напоминает про временные решения с паспортом риска и планом замены. «Тёмная звезда» добавляет предупреждение: рутинные костыли легко становятся нормой до логической катастрофы. Поэтому времени и регламенту — ответственность, импровизации — срок и пост‑мортем.

Встречи на 09:14:37 проверяют культуру времени. К 09:14 приходят разные. К 09:14:37 часто доходят ребята из аутстаффа. Тайминг превращается в рентген процессов.

Старое фото из ГорГаза снова живёт в мемах: труба под потолком, три метра высоты, свитч и UPS на скотче, сеть есть, работает. Эта неделя дала пару рифм к трубе. Подземный цех метро: чертёж, вал, муфты, центровка, поезд в тоннеле. Высотная площадка: катушка витой пары на плече, перепатч, маркировка, вид на шпили. Формула ясная: держи вал по оси, укладывай кабель по схеме — и расписание соблюдается.

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

Игры тоже учили этой неделе. Missile Command заставляет выбирать купол у центра ценой дальнего города. Выживание рождается из точных приоритетов и тайминга взрыва. Погоня за каждым следом сжигает боезапас и ускоряет «THE END». В «Корабле, капитане и команде» груз появляется после базы: 6, потом 5, потом 4. Паника уступает порядку бросков и общему табло стола.

Опытные инженеры однажды садятся на байк. Урал с коляской, запаска на боку, дождь, неон. Гремлин приручён FMEA, чек‑листом и журналом инцидентов. Та же логика звучала в истории про гору и грозы: кто‑то тянет кабель, карабкается на вышку, возвращает жизнь форумам и сервисам, получает пиццу, снова идёт в ночь. Малые руки поддерживают великую систему.

Музыка недели задала шаг: холодные петли, голос как команда. Мы прошли маршрут от cron‑костыля до осевой центровки, от 09:14:37 до купола над городом. Итог простой. Устойчивость растёт из времени, приоритетов и ремесла. Временное решение живёт до срока замены. Процессы дают рамку, люди — смысл и действие. Понедельник уже близко. План — на стол. Запас — в коляске. Империя двигается, потому что кто‑то держит руку на таймере.