Различия

Показаны различия между двумя версиями страницы.

--- sharixopen:knowledge:architecture:layers [2026/10/17 10:53] – [sharixknowledge] approved package sx_knowledge_api_open
+++ sharixopen:knowledge:architecture:layers [2026/10/17 20:49] (текущий) – [sharixknowledge] approved package sx_knowledge_api_open
@@ Строка 1: / Строка 1: @@
-====== Архитектурные уровни и границы ответственности ======
+<sharix-knowledge-meta>
+{
+    "id": "ShariXKnowledgeLayerModel",
+    "page": "sharixopen:knowledge:architecture:layers",
+    "area": "open",
+    "type": "reference",
+    "title": "Уровни системы и источники истины",
+    "status": "review",
+    "schema_version": 1,
+    "relations": {
+        "related_to": [
+            "ShariXKnowledgeOpenKnowledgeArchitectureSystemlayers",
+            "ShariXKnowledgeOpenKnowledgeArchitectureModelownership",
+            "ShariXKnowledgeOpenKnowledgeArchitectureApicontracts"
+        ]
+    },
+    "extensions": {
+        "taxonomy": {
+            "domain": "reference",
+            "lifecycle": "unspecified",
+            "parents": [
+                "ShariXKnowledgeOpenKnowledgeArchitectureStart"
+            ],
+            "terms": []
+        },
+        "glossary": []
+    },
+    "content_sha256": "18c278e28443955129e431af570409808cf4c245f3539c5dd1d43a2589380cce",
+    "schema": 1
+}
+</sharix-knowledge-meta>
+====== Уровни системы и источники истины ======
+~~NOCACHE~~
-**Open.** **Статус текста:** review. **Состояние реализации:** не установлено; требуется проверка кода.
+===== Уровни =====
+Общий Order/relationship/document requirements → lifecycle Ticket → локальный runtime Stage/Artifact → шаблон Constructor → адаптер внешнего provider.
+===== Граница =====
+Новое поле не переносится в ''dbsynce'' только потому, что удобно видеть его на Platform. Вызов внешней операции оформляется клиентом, не импортом чужой ORM.
+===== Контроль =====
+Новая функция должна иметь владельца, способ чтения, право, проверку и rollback.
-Данный документ представляет **концептуальную модель TZ**, а не утверждение о текущем составе рабочего окружения.
+===== Детальные правила =====
+  * [[sharixopen:knowledge:architecture:system_layers|Слои архитектуры и разделение ответственности]]
+  * [[sharixopen:knowledge:architecture:model_ownership|Владение моделями и запрещённые зависимости]]
+  * [[sharixopen:knowledge:architecture:api_contracts|API и межмодульные контракты]]
-===== Архитектурные уровни =====
-  - Модели и общие контракты: независимость от конкретного интерфейса и окружения.
-  - Исполнение сценария: стадии, требования, входные данные, задачи и документальные результаты.
-  - Расширения конкретного сервиса: сценарии использования общих контрактов, а не подмена ядра.
-  - Публичные и внутренние части: область документации определяется происхождением и доступом, а не одним названием подсистемы.
-===== Как уточнять =====
-  * Выявить собственника данных и правила изменения каждой модели.
-  * Сверить планируемую схему с исходниками и миграциями.
-  * Указать статус планирования/реализации отдельно от статуса публикации текста.
-===== Источники для проверки =====
-TZ: ''00-architecture-overview.md'', раздел 1 «Архитектурные слои»; ''05-model-ownership-matrix.md''.
-  * [[sharixopen:knowledge:architecture:domain_concepts|Концептуальная модель]]
-  * [[sharixopen:knowledge:architecture:boundaries|Open и Platform]]
-===== Переходы =====
-  * [[sharixopen:knowledge:start|Главная карта знаний]]
-  * [[sharixopen:knowledge:reference:tz_map|Карта переноса TZ]]
-  * [[sharixopen:knowledge:architecture:start|Родительский раздел]]
-  * [[sharixopen:knowledge:architecture:domain_concepts|Связанный документ]]
-  * [[sharixopen:knowledge:modules:ownership|Связанный документ]]
-~~NOCACHE~~
 ~~SHARIX_KNOWLEDGE_RELATED~~