Разберём, в какой момент ETL внутри BI остаётся допустимым компромиссом, а когда превращается в узкое горлышко и источник технического долга. Поговорим о признаках, по которым это становится видно в эксплуатации.

Почему слои — это система контрактов между данными, аналитиками и бизнесом. Как слоёность помогает договариваться и снижать количество конфликтов и переделок.

Что реально должно жить в каждом слое. Почему Gold — это не витрина под один отчёт и не набор «удобных таблиц». Где чаще всего ломается логика слоёв на практике.

Разберём ситуации, которые выглядят знакомо почти всем:
— одна и та же метрика даёт разные цифры в разных отчётах;
— никто не может точно сказать, где считается показатель;
— отчёты формально есть, но доверия к ним нет.

Как архитектура связана с lineage, контролем качества данных и прозрачностью расчётов. Что именно стоит контролировать: объёмы, сроки обновления, стабильность, воспроизводимость.

Когда ETL действительно пора выносить в отдельный артефакт, слой или модуль. И не менее важно — когда этого делать не нужно, и избыточная архитектура только усложнит жизнь.