хранить в git, yaml метаданные, markdown читабельные доки, protobuf схемы, и обмазаться DQ кодом на каком-то более-менее декларативном фреймворке типа greatexpectations (ничего не могу рекомендовать), генерить сайт с докой каким-нибудь docusaurus

кто отвечает за то, что публикуются изменения? есть ли sla?

процесс деплоя датапайплайнов, чтоб то что не описано хотя бы в yaml - до прода не дошло, сайт с докой генерится CI

человек с палкой, который тыкает поставщиков - звучит рабоче, но хочется услышать еще точки зрения

мне кажется это вообще одна из самых непростых операционных задач - разделить ответственность, без палки все скатиться

Звучит круто, но контракты по идее должны проверятся продюсером данных (по Чаду Сандерсону), т.е. типа юнит тестов или что-то со схемой (бэкенд таблицы с констрейнтами или Kafka schema registry), чтобы до входа в экосистему данных ломалось. Я вижу это важной методологической частью контрактов - желательно не доводить до DQ тестов.