Steel Threads¶
Обзор¶
Steel thread — минимальный сквозной путь от producer до consumer, покрывающий весь lifecycle data contract. Это "тончайший возможный срез функциональности, который задействует каждый компонент".
В контексте data contracts: один data product → один producer → один consumer → полный workflow.
Что такое Data Product¶
Data product — это не любая таблица. Data product — data asset, явно предназначенный для потребления другими командами.
Признаки Data Product:
- Имеет контракт (schema, SLA, quality rules)
- Имеет owner (конкретная команда)
- Имеет consumers (зарегистрированные потребители)
- Имеет SLA (freshness, availability, quality)
- Discoverable (в каталоге OpenMetadata)
- Versioned (semantic versioning)
- Observable (monitoring, alerting)
Примеры:
| Asset | Data Product? | Почему |
|---|---|---|
sales.orders | Да | Контракт, owner, consumers, SLA |
| Сырые Kafka logs | Нет | Нет контракта, нет SLA |
| Ad-hoc SQL запрос | Нет | Нет owner, нет versioning |
Критерии выбора первого use case¶
| Критерий | Описание | Вес |
|---|---|---|
| Revenue impact | Если сломается, бизнес потеряет деньги | 5 |
| Incident frequency | Data quality инциденты случаются регулярно | 5 |
| Consumer count | Несколько команд зависят от данных | 4 |
| Producer willingness | Команда-producer готова участвовать (не forced) | 5 |
| Bounded scope | Можно внедрить за 2-4 недели | 3 |
| Visibility | Успех будет заметен руководству | 3 |
Матрица приоритизации¶
| Data Asset | Revenue Impact | Incident Freq | Consumers | Producer Ready | Score |
|---|---|---|---|---|---|
| sales.orders | High (5) | Weekly (5) | 3 teams (4) | Yes (5) | 19 |
| warehouse.inventory | Medium (3) | Monthly (3) | 2 teams (3) | Yes (5) | 14 |
| ваш data asset |
Выберите data asset с наивысшим score для первого steel thread.
Checklist для steel thread¶
- Выбран data product с наивысшим score
- Producer team согласилась участвовать
- Создан
contract.yaml+schema.avsc+quality_rules.yml+sla.yml - CI/CD pipeline настроен и ловит нарушения
- Consumers зарегистрированы в контракте
- CODEOWNERS настроен
- Monitoring dashboard создан (Grafana → Data Quality Overview)
- Проведён первый breaking change drill (тест процесса)
- Собраны Phase 1 метрики (см. Adoption Metrics)
См. также¶
- Adoption Metrics — метрики для каждой фазы
- Migration Playbook — техническая миграция
- Change Management — роли и maturity curve