Если ваша команда до сих пор бодро спорит, где хранить настройки — в Константах или в РС, — у вас не техдебат, у вас сигнал: архитектуры нет 💥

Что такое архитектура «по-людски»? Нравится формулировка Мартина:

архитектура — это способ управлять изменениями. Делать новые фичи дешёвыми, а правки в старых — безопасными.

Суть простая: отделяем политику (бизнес-правила) от деталей (UI, БД, интеграции, фреймворки). Политика не должна знать, где лежат данные и через что мы говорим с внешним миром 🧩

И вот почему спор «Константы vs Регистр сведений» — тревожный звоночек. Если архитектура есть, вам пофиг, где хранить настройки: сегодня Константы, завтра РС — подменили адаптер, и поехали. Код домена не заметил ✅

Вы на прошлый пост огоньков пожалели — решил, что тема не зашла. Давайте так: соберём 200 🔥 — и в следующем посте покажу, из чего состоит «Чистая архитектура» в 1С, схему слоёв, примеры портов/адаптеров.

Ставьте огонь и кидайте тимлиду 😉

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

Вот что понял: архитектор — это точно не “какие измерения добавить в регистр сведений”.

Куда смотреть? Раз Алексей Лустин часто опирается на SAFe, то беру SAFe за основу.

В SAFe архитектура разложена по уровням ценности: Enterprise → Solution → ART. Из уровней архитектуры появляются роли архитекторов:  Enterprise Architect (EA), Solution Architect/Engineer (SAE) и System Architect/Engineer (SysAE).

🟡 EA — архитектор компании (Enterprise Architect)

Про стратегию и «правила игры» для всей организации.

1️⃣ Технологическая стратегия и стандарты для всего стека: облака, сети, данные, интеграции, безопасность, наблюдаемость

2️⃣ Если в ландшафте уместна 1С, то говорит, как она встраивается: через шину/шлюзы, политики версионирования. Не «рулит кодом» 1С. Да и 1С вообще может не быть.

3️⃣ Общие платформы: ESB/iPaaS (Enterprise Service Bus / Integration Platform as a Service — интеграционная шина/платформа), IAM (Identity & Access Management — управление учетками и доступом), DWH/Data Lake (хранилище/озеро данных), SSO (Single Sign-On — единый вход).

4️⃣ Стандарты интеграций и данных: API (Application Programming Interface — программный интерфейс), события, форматы и версии.

Артефакты роли: целевое описание ландшафта и правила интеграций. 1С понимает, через что и как она общается с остальными.

🟡SAE — архитектор решения (Solution Architect/Engineer)

Про «сквозняк» от кнопки до отчёта/отгрузки.

1️⃣Какие системы участвуют (портал + 1С + WMS + BI система) и как они обмениваются данными.

2️⃣Интеграционные контракты: точки входа REST, события, версии, совместимость, авторизация.

3️⃣Работа с данными: согласованность, обмен, где лежит «истина» (часто в DWH).

Артефакты роли: карта интеграций и спецификации. 1С пишет адаптеры под контракт и не ломает соседей.

🟡 SysAE — архитектор системы (System Architect/Engineer)

Про внутреннюю архитектуру 1С-конфигурации.

1️⃣ Слои: интерфейс — отдельно, доменная логика —  отдельно, интеграции — через порты/адаптеры.

2️⃣ Модель данных и границы — без «всё в один модуль».

3️⃣ Реализация интеграций по контрактам: версии, обратная совместимость, идемпотентность (повтор безопасен).

4️⃣ CI/CD (Continuous Integration/Continuous Delivery — непрерывная интеграция/поставка): автосборка, тесты, стенды.

Артефакты роли: читаемая структура, стабильные интеграции, предсказуемые релизы.

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

Как вам идея? Дайте огоньков, если полезно и стоит продолжить