feat(orders): добавить приём слепков в STG

Зачем:
- связать проигрывание модельных дней с пакетным приёмом заказов
- показать на одном стенде различие потокового push и пакетного pull

Что:
- добавлен топик, Kafka-чтец и реплицированное сырьё заказов
- добавлен даг orders_ingest с одним прямым чтением и идентификатором загрузки
- работники мира отправляют слепок, ждут приём и только затем двигают позицию
- решения, границы отказа и проверки отражены в ADR и архитектурных документах

Проверка:
- make lint
- make config-test
- make smoke
- make check-clickhouse
- make check-services

docs/architecture/storage.md

@@ -9,8 +9,10 @@
 keeper, Kafka, каркас сервисов. Этап 2 идёт: в `sql/ddl/` лежит вся цепочка
 `Kafka → STG → ODS` — чтец топика `hits`, таблицы сырья, типизированное
 событие с таблицей ошибок, поверхность актуального состояния и три матвью.
-Дальше по тексту устройство описано так, как оно проектируется; построенное от
-заложенного отличает карта таблиц в конце.
+Этап 3 добавил вход второго источника: топик `orders`, свой чтец и своё сырьё,
+которое наполняет даг `orders_ingest`, а не матвью. Дальше по тексту устройство
+описано так, как оно проектируется; построенное от заложенного отличает карта
+таблиц в конце.
 
 Зона ответственности у документа одна — хранилище. Генератор описан отдельно:
 его замысел — в [спеке генератора](../specs/2026-08-01-generator.md), формат
@@ -248,6 +250,11 @@ UTC+4), и пересчёт идёт один раз при наполнении
 
 ## Приём: поток и его свойства
 
+Раздел — про события. У заказов приём устроен иначе: слепок забирает по команде
+даг `orders_ingest`, а не подписанная навсегда матвью — [ADR
+0008](../adr/0008-order-ingestion.md) и [спецификация приёма
+заказов](orders/ingestion.md).
+
 Цепочка одна: чтец топика → матвью → сырьё STG → матвью разбора → событие и
 таблица ошибок ODS.
 
@@ -414,7 +421,7 @@ kafka_offset)`: смотрят такую таблицу от класса, а
 | Файл | Что в нём |
 |---|---|
 | `00-databases.sql` | базы слоёв |
-| `10-stg-tables.sql` | Kafka-таблица, локальная и распределённая таблицы сырья |
+| `10-stg-tables.sql` | чтецы топиков `hits` и `orders`, локальные и распределённые таблицы сырья обоих источников |
 | `20-ods-tables.sql` | типизированное событие и таблица ошибок |
 | `30-ods-views.sql` | актуальные события и матвью разбора в ODS |
 | `40-stg-views.sql` | матвью приёма: чтец в сырьё |
@@ -430,10 +437,12 @@ ODS. Второе: матвью приёма создаётся последне
 отладке.
 
 Применение — двумя одноразовыми сервисами при `make up`, по образцу уже
-работающих `airflow-init` и `superset-init`. Сначала `kafka-init` создаёт топик
-`hits` с двумя партициями, затем `clickhouse-init` дожидается его завершения и
-применяет файлы с ноды 1, `ON CLUSTER`. Этот порядок страхует от автосоздания
-топика с одной партицией. Переключателей тут два, и путать их не надо: брокер
+работающих `airflow-init` и `superset-init`. Сначала `kafka-init` создаёт топики
+— `hits` с двумя партициями и `orders` с одной ([ADR
+0008](../adr/0008-order-ingestion.md)), — затем `clickhouse-init` дожидается его
+завершения и применяет файлы с ноды 1: всё `ON CLUSTER`, кроме чтеца заказов —
+он объявлен только на этой ноде. Порядок страхует `hits` от автосоздания с
+одной партицией. Переключателей тут два, и путать их не надо: брокер
 автосоздание разрешает, а потребитель librdkafka внутри ClickHouse его не
 просит — оба конца измерены, см. «Что проверено». То есть стенд держится на
 умолчании клиента, а урок «обе ноды читают топик» умирает тихо, поэтому топик и
@@ -460,13 +469,15 @@ ODS. Второе: матвью приёма создаётся последне
 
 ## Карта таблиц
 
-Ниже — то, что закладывает этап 2; всё перечисленное лежит в `sql/ddl/`.
+Ниже — то, что закладывают этапы 2 и 3; всё перечисленное лежит в `sql/ddl/`.
 
 | Слой | Объект | Что это |
 |---|---|---|
 | STG | `stg.hits_raw_kafka` | чтец топика `hits`, формат `RawBLOB` |
 | STG | `stg.hits_raw_rep` / `_dist` | сырая строка сообщения плюс метаданные доставки |
 | STG | `stg.hits_raw_mv` | наполняет сырьё из чтеца |
+| STG | `stg.orders_raw_kafka` | чтец топика `orders`, формат `RawBLOB`, только на ноде 1 и без матвью |
+| STG | `stg.orders_raw_rep` / `_dist` | сырое сообщение слепка, метаданные доставки и `_load_id` |
 | ODS | `ods.event_rep` / `_dist` | типизированное широкое событие |
 | ODS | `ods.event_v` | актуальная версия события с полями источника |
 | ODS | `ods.event_errors_rep` / `_dist` | строки, не прошедшие строгий приём |