Отраслевые контуры#
Этот раздел описывает, как ПАК "IOOT PRO" и ПО "Зеленый робот" адаптируются под прикладные отрасли без ломки общего ядра платформы.
Цель#
обеспечить изолированные отраслевые каркасы (
poultry,melioration,swine,weighbridge,dairy, …);сохранить единые правила ядра (
/api/v1/*, envelope, module manager, auth, observability);ускорить внедрение новых отраслей через повторяемый шаблон;
дать пользователю понятные отраслевые контуры: какие задачи решает продукт, какие данные собирает и какие сценарии автоматизирует.
Принцип изоляции#
Каждая отрасль оформляется как самостоятельный пакет документации и задач в docs/industries/<industry>/:
собственная архитектура отрасли;
собственный backlog задач и критерии приемки;
собственная матрица KPI/алармов/режимов;
собственные интеграционные профили оборудования.
При этом отрасль обязана использовать общие контракты ядра:
общая API-дисциплина и envelope (
docs/backend_contracts.md);общая модель модулей (
modules/scheme,modules/list, install/uninstall`);общая auth/permission модель;
общие release-процессы (
docs/process/*).
Прикладной смысл отраслей#
Отраслевой контур нужен для того, чтобы один и тот же базовый продукт можно было применять в разных прикладных доменах без смены общей платформы. На пользовательском уровне отрасль задает:
состав типовых объектов и сценариев эксплуатации;
набор отраслевых показателей, тревог и отчетных сущностей;
состав подключаемых приборов, датчиков и исполнительных устройств;
набор рабочих модулей, которые видит оператор на объекте.
Структура раздела#
architecture.md— общий мульти-отраслевой каркас.tasks.md— задачи платформенного уровня для отраслевых расширений.decisions.md— вопросы согласования, требующие решения владельца продукта.poultry/— первый отраслевой пакет.melioration/— второй отраслевой пакет.swine/— третий отраслевой пакет.weighbridge/— активный пакет беспилотных весов.