Добавил измерение — уже архитектор? Нет
Год копаюсь в архитектуре. Параллельно пилю свою игру — там отлично видно: без нормальной структуры всё сыпется.
Вот что понял: архитектор — это точно не “какие измерения добавить в регистр сведений”.
Куда смотреть? Раз Алексей Лустин часто опирается на 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 — непрерывная интеграция/поставка): автосборка, тесты, стенды.
Артефакты роли: читаемая структура, стабильные интеграции, предсказуемые релизы.
Запускаю парунедельник архитектуры в Жёлтом клубе. Завтра разберём: что такое архитектура.
Как вам идея? Дайте огоньков, если полезно и стоит продолжить