Structurizr Cloud закрылся 30 сентября 2026: куда переносить C4-модели

Что произошло, почему это важно и что взять в работу.

Закрытие SaaS-хостинга архитектуры показывает: если модель живёт только в чужом облаке, EOL сервиса обнуляет документацию — исходник должен лежать в Git и экспортироваться без перерисовки.

Связанные услуги: каталог, AI Boost Team, стать клиентом.

30 сентября 2026 года Structurizr Cloud выключили. Сервис работал с 2015 года: принимал C4-модель, рендерил из неё диаграммы, публиковал workspace и раздавал доступ по ссылке. Теперь в документации он помечен коротко, без утешений: no replacement. Облачного преемника не будет.

График выключения опубликовали заранее, в ноябре 2025. Регистрацию новых аккаунтов закрыли 31 декабря 2025. С 1 апреля 2026 бесплатные workspace перевели в read-only. С 1 июля read-only стал всеобщим, а ежемесячные подписки остановили. Финальная кнопка питания, 30 сентября. Почти год на то, чтобы вынести файлы. У кого не вышло, вопрос уже не к вендору.

Это именно EOL облачного сервиса. В актуальной документации он помечен как Structurizr cloud service — no replacement.

Такая честность на рынке редкость. Обычно SaaS просто гасят или сливают в чужой продукт без переходного периода, и вы узнаёте об этом из письма с темой «важное обновление». Здесь дали год. Это не отменяет главного: хостинг архитектуры однажды заканчивается, и вопрос только в том, что останется на диске после.

Что именно потеряли владельцы C4-моделей

Модель C4 не равна картинке. Это файл workspace.dsl, из которого строятся все представления: контекст, контейнеры, компоненты, динамика, деплой. Один и тот же сервис описан в одном месте и появляется на десятке диаграмм. Пока файл лежит в Git, смерть любого рендерера стоит вам вечера на смену инструмента. Пока файл живёт в чужом облаке, смерть рендерера стоит вам документации.

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

Ирония в причине закрытия

Официальное объяснение простое. Инженерные команды неохотно выносили схемы программной архитектуры во внешнее облако. Параллельно развивались self-hosted Structurizr on-premises и Structurizr Lite, чей исходный код открыли в 2023 году. Облачная версия потихоньку теряла использование, и разработка переехала туда, где был спрос.

Тут и зарыт конфликт, знакомый любому SMB. Архитектурная документация приносит пользу только когда доступна всей организации, включая тех, кто не работает с DSL и Git. Но именно чувствительность схем мешает отдать их наружу: списки систем, границы доверия, точки интеграции, следы будущих релизов. Два требования тянут в разные стороны. Облако проиграло, потому что безопасность в этом споре оказалась весомее удобства.

Что от Structurizr осталось

Сам инструмент жив. Отдельные продукты свернули в консолидированный Structurizr vNext, и старые сценарии превратились в команды:

• local — просмотр модели и правка раскладки на своей машине;
• server — публикация workspace для команды на собственной инфраструктуре;
• export — выгрузка в PlantUML, C4-PlantUML, Mermaid, PNG, SVG или статический сайт;
• push / pull — работа с API workspace;
• validate / inspect — проверка модели;
• playground — разовый просмотр DSL или JSON в браузере.

Бинарники поставляются как Docker image и Java WAR. Все команды, кроме server, бесплатны. Server собран по open-core модели: базовую версию можно поднять из исходников, платная лицензия нужна для готовых сборок. На момент публикации она начинается с 300$ в месяц за установку на 1–20 уникальных пользователей, оплата за год. За эти деньги добавляют authentication, RBAC, SAML, внешние хранилища, Elasticsearch, Redis и Admin API.

Четыре маршрута и на чём они ломаются

• Локальная работа. Модель в Git, диаграммы из неё, инфраструктуры ноль. Хорошо для одного архитектора или небольшой команды с процессом вокруг pull request. Ломается на менеджерах и аналитиках, которым DSL читать нечем.
• Свой Structurizr Server. Официальный путь для организации, которой нужен общий веб-интерфейс и корпоративный контур. Ломается на эксплуатации: обновления, бэкапы, TLS, SSO, мониторинг, план восстановления. Это ещё один сервис в проде, а не строчка в договоре.
• Статический портал из CI. Модель меняется редко, читают её часто. Генерация изображений или сайта в пайплайне, публикация во внутренний портал, редактора у читателей нет. Дешёвый и устойчивый вариант, который плохо переносит совместное редактирование.
• Другой инструмент. За десять лет запросы выросли: к диаграммам добавились API-контракты, event flows, ADR, связь с задачами и контекст для AI-агентов. В поле зрения попадают визуальные C4-среды вроде Viaduct с MCP-доступом для агентов, DSL-инструменты, плагины к developer portal. Оговорка важная: прямого импорта Structurizr DSL там пока нет, перенос модели станет ручной работой.

Лицензия в 300$ это не плата за диаграммы. Это плата за SSO, роли и корпоративные хранилища. Команде из пяти человек, которой нужен только веб-просмотр, open core из исходников закрывает вопрос целиком. Считать при этом надо не прайс, а полную стоимость эксплуатации.

Проверять новый инструмент стоит не по красоте картинок, а по четырём свойствам: где лежит источник правды, существует ли одна модель под разными представлениями, кто может вносить изменения, можно ли выгрузить всё в структурированном виде.

Закрытие сервиса — неприятный повод проверить эти свойства сейчас, а не после следующего EOL.

Что сделать на этой неделе

1. Найдите, где физически лежит ваша модель. Файл в Git или база данных облачного сервиса? Ответ на этот вопрос определяет всё остальное.
2. Прогоните экспорт в PlantUML, Mermaid и SVG. Посмотрите глазами читателя: связи читаемы, имена не наезжают, легенда понятна.
3. Посчитайте, сколько человек реально заходят в веб-интерфейс за месяц. Если их 1–20, вы попадаете в нижнюю ступень платной лицензии server.
4. Решите, нужны ли вам authentication, RBAC и SAML. Если нет, бесплатной сборки из исходников хватит, но обновления и бэкапы лягут на вас.
5. Назначьте владельца архитектурного сервиса, если поднимаете свой. Без имени в ответе он умрёт тихо, как любая внутренняя документация.
6. Сделайте пробное восстановление: разверните портал из экспорта на чистой машине и сверьте с текущей версией. Кнопка «экспорт» должна быть путём выхода, а не декорацией.