Структурная схема
Логическая модель связей между элементами системы. Основа любого технического проекта — задаётся первой, меняется реже всех остальных.
AeroCMOS — структурированная среда для документирования и понимания технологических систем. Здесь собраны схемы, workflow-карты, технические матрицы и описания операционных модулей — без маркетинговой обёртки.
Логическая модель связей между элементами системы. Основа любого технического проекта — задаётся первой, меняется реже всех остальных.
Разделение системы на независимые уровни: данных, сервисов, координации и интерфейса. Каждый слой — со своей зоной ответственности.
Документация процессов: кто и в какой момент инициирует действие, какие данные переходят между модулями.
Матричное описание ресурсов и их зависимостей — серверов, очередей, кэшей и сервисов координации. Используется как точка опоры при отладке проблем.
Стандарты обмена между модулями. Версионируются отдельно от кода и от документации функциональности.
Каждый слой решает собственную задачу. Если хотя бы один из них работает плохо — нагрузка перераспределяется на остальные и система начинает «горбиться».
Абстрактное описание объектов системы и их отношений. Здесь — типы сущностей, их связи и инварианты. Стиль фиксации: схемы вместо текста.
Ошибки на этом уровне дороже всех остальных, потому что они распространяются вниз по архитектуре.
Перечисление модулей системы с описанием их интерфейсов. Каждый модуль — отдельная карточка с входами, выходами и зависимостями.
Этот слой — основа для тестового стенда и сценариев интеграции.
Последовательности вызовов между модулями. Здесь живут sequence-диаграммы, очереди событий и описания асинхронных потоков.
Документы для дежурных инженеров: сценарии инцидентов, регламенты обновлений, runbooks. Самый тонкий и одновременно самый практичный слой.
Без понятной фазовой структуры процесс превращается в непрерывный поток без точек контроля. Эти четыре фазы — минимальная конструкция, в которой ничего не теряется.
Фиксация входящего события. Метаданные, источник, временная метка.
Выбор модуля-обработчика и постановка в очередь по приоритету.
Выполнение основной логики. Контролируется через лимиты и таймауты.
Запись результата в журнал. Эта фаза не пропускается даже при ошибках.
Снимки реальных стэндов, использующихся в наших проектах. Названия и метрики обобщены.

Шесть узлов, ёмкость до 240k операций в минуту. Геораспределение по двум зонам.

Канарейные релизы, постепенный сдвиг трафика по сегментам пользователей.

Эфемерные очереди, TTL до 24 часов. Не основной источник истины.

Реплицированная СУБД с геораспределением. Точка истины для критических операций.

Append-only журналы операций для разбора инцидентов. Хранение — 18 месяцев.

Распределённое блокирование, конфигурации, обнаружение сервисов.