Свяжитесь с нами
Продукт
Возможности
Мероприятия
Материалы
Крупные предприятия
Свяжитесь с нами
Около корпоративной архитектуры

Аксиома 10. Простые общие принципы работы Axiom 10. Simple Common Operating Principles

Простыми словами

Аксиома направлена против зоопарка способов взаимодействия, когда каждая пара систем договаривается по-своему: прямая линковка, чтение чужого хранилища, общая память, «back-doors». Приняв её, архитектор фиксирует ОДИН небольшой набор механизмов и требует, чтобы им пользовались все элементы и все связи, — в программной области это стандартные API и запрет любого иного межсервисного взаимодействия. Путают с Аксиомой 8: та про декомпозицию (создать модули, разобрать монолит), эта — про единообразие механизма, которым уже разделённые части разговаривают. И не путать с каталогом одобренных технологий: разд. 7.2 такие каталоги как раз заменяет guardrails, то есть требованиями к результату, а не списком разрешённого.

Примеры

Мандат Безоса как архитектурное решение

«There will be no other form of inter-process communication allowed: no direct linking, no direct reads of another team’s data store, no shared-memory model, no back-doors whatsoever» — стандарт разбирает это как решение, одновременно программное, организационное и стратегическое.

Open Agile Architecture™ Standard, Version 2.0 (The Open Group, April 2026, C262), разд. 9.1 — Building Blocks Logic

Единообразие не означает вечного выбора технологии

«Some communication protocols like REST API over HTTP are now ubiquitous and provide good openness, but context should drive particular technology usage.»

Open Agile Architecture™ Standard, Version 2.0 (The Open Group, April 2026, C262), разд. 14.6.6 — Interoperability

Чем механизм задаётся в Agile-управлении

«instead of mandating software engineers to select software products from a catalog of approved technologies, a standard could specify a set of operational and security requirements expressed as guardrails»

Open Agile Architecture™ Standard, Version 2.0 (The Open Group, April 2026, C262), разд. 7.2 — Governance in the Face of Agile

Определение из первоисточника

дословная выписка

Agile Architecture shall use a set of simple mechanisms that all elements and connections will use. For example, in the software domain all components or services will expose functionality using standard APIs, and all inter-services communication will use these APIs.

машинный перевод

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

ИсточникThe Open Group Open Agile Architecture™ Standard, Version 2.0. The Open Group, April 2026, C262, ISBN 1-957866-76-5

Основные параметры

Атрибуты этой сущности по справочнику источника.

  • Краткое нормативное утверждение аксиомы; пояснение и примеры остаются в разделе стандарта.

Связанные понятия

Служебные сведения
Вид документа
Аксиома практики Agile-архитектуры
Место в подходе
Appendix A: Axioms for the Practice of Agile Architecture
Редакция
Open Agile Architecture™ Standard, Version 2.0 (The Open Group, April 2026, C262)
14 дней бесплатно

Опишите архитектуру своей компании в Storm

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

Попробовать бесплатно Без банковской карты

Это же в StormАрхитектура систем и интеграцийРеестр процессовКарта бизнес-способностей

Поддержка