Этап 3: заказы и каталог #5

Closed
opened 2026-07-30 16:41:39 +03:00 by ddmitry · 1 comment
Owner

Part of #1

Цель этапа: научить стенд заказам бэкенда и каталогу — генератор слепков заказов, слои STG и ODS заказа с дагом приёма, словарь товаров. Модель заказа в DDS проектируется этапом 4 вместе с #85.

Спека: устройство второго источника — docs/architecture/orders/ (собрано картой #69); рамки — docs/specs/2026-07-30-stand-v2-realism.md, разделы 2 и 3.

Минимальный критерий приёмки этапа: make up работает, стендовые цели карты проверок зелёные.

Дочерние тикеты

Этап начат с проектирования: маршрут проложен картой #69 — семь развилок, живой набор docs/architecture/orders/, нарезка #89. Порядок — цепочка блокировок (нативные зависимости Gitea): #90 → #91 → #92 → #93 → #94 → #102 → #96; #95 и #86 ни от чего не зависят и идут параллельно.

  • #69 — карта: проектирование заказов бэкенда
  • #79 — пульт мира: даг, к которому прирастает приём заказов (ADR 0008)
  • #90 — проекция заказа: второй выход commerce, user_id и деньги
  • #91 — заказная судьба: исход, моменты и дельта
  • #92 — команда snapshot: окно, граница суток, байты и опись
  • #93 — топик orders, байтовый чтец и даг приёма: забор в STG
  • #94 — версионный ODS заказов: строгий переход, брак и ods.order_v
  • #102 — отрицательный total после складской дельты
  • #95 — словарь товаров из каталога
  • #96 — стартовый мир: слепки дней 0…6 при make up
  • #86 — каноническое чтение актуальных событий через ods.event_v
Part of #1 Цель этапа: научить стенд заказам бэкенда и каталогу — генератор слепков заказов, слои STG и ODS заказа с дагом приёма, словарь товаров. Модель заказа в DDS проектируется этапом 4 вместе с #85. Спека: устройство второго источника — `docs/architecture/orders/` (собрано картой #69); рамки — docs/specs/2026-07-30-stand-v2-realism.md, разделы 2 и 3. Минимальный критерий приёмки этапа: `make up` работает, стендовые цели карты проверок зелёные. ## Дочерние тикеты Этап начат с проектирования: маршрут проложен картой #69 — семь развилок, живой набор `docs/architecture/orders/`, нарезка #89. Порядок — цепочка блокировок (нативные зависимости Gitea): #90 → #91 → #92 → #93 → #94 → #102 → #96; #95 и #86 ни от чего не зависят и идут параллельно. - [x] #69 — карта: проектирование заказов бэкенда - [x] #79 — пульт мира: даг, к которому прирастает приём заказов (ADR 0008) - [x] #90 — проекция заказа: второй выход commerce, user_id и деньги - [x] #91 — заказная судьба: исход, моменты и дельта - [x] #92 — команда snapshot: окно, граница суток, байты и опись - [x] #93 — топик orders, байтовый чтец и даг приёма: забор в STG - [x] #94 — версионный ODS заказов: строгий переход, брак и ods.order_v - [x] #102 — отрицательный total после складской дельты - [x] #95 — словарь товаров из каталога - [x] #96 — стартовый мир: слепки дней 0…6 при make up - [x] #86 — каноническое чтение актуальных событий через ods.event_v
ddmitry added a new dependency 2026-07-30 16:51:38 +03:00
ddmitry added the wayfinder:map label 2026-08-17 23:02:19 +03:00
Author
Owner

Этап завершён: все дочерние задачи закрыты, #96 принят через PR #112, итоговое переименование таблиц — через #109 / PR #113. Холодный подъём и цели make smoke, make check-clickhouse, make check-services прошли. Находки пользовательской приёмки вынесены в #110 и #111 и не блокируют завершённый срез.

Этап завершён: все дочерние задачи закрыты, #96 принят через PR #112, итоговое переименование таблиц — через #109 / PR #113. Холодный подъём и цели make smoke, make check-clickhouse, make check-services прошли. Находки пользовательской приёмки вынесены в #110 и #111 и не блокируют завершённый срез.
Sign in to join this conversation.
1 Participants
Notifications
Due Date
No due date set.
Reference: ddmitry/clickstream-data-platform#5