Terry Roadmap

Phase 1

Foundation для единой ingestion platform:

• vocabulary и architecture baseline;
• canonical pipeline lifecycle;
• stable contract layers;
• config model для jobs, rules и notifications.

Статус:

• выполнено: vocabulary/docs baseline;
• выполнено: PostgreSQL catalog в schema terry для workspaces, domains, data_sources;
• выполнено: read-only runtime lookup и universal loader execution by data_source_id;
• частично: config model уже есть для source/runtime blocks, но write-side/admin flows ещё не добавлены.

Phase 2

Runtime implementation baseline:

• ingestion job API;
• execution orchestration;
• raw payload storage;
• normalized sink writers;
• delivery channels for first notifications.

Следующий практический фокус после текущей ветки:

• write-side config management для Terry catalog;
• source selection policy beyond direct data_source_id;
• execution history / job instance model;
• transformation and sink wiring поверх universal loader output.

Phase 3

Operational maturity:

• replay/backfill tooling;
• dead-letter handling;
• observability dashboards;
• config validation and rollout discipline.

Potential Integrations

• external HTTP APIs;
• scheduled file imports;
• scraping-like sources;
• webhook ingestion;
• downstream notification providers.

Documentation Growth Rules

• новые implementation pages добавлять только после появления реального кода или contracts;
• source-specific docs вкладывать в Terry только если они описывают Terry runtime, а не старые exchange pipelines;
• при появлении нескольких concrete integrations можно добавить подпапки вроде sources/ или channels/, но не раньше реальной потребности.