DDD-компонент для доступа к инфраструктурному оборудованию

Question

Я новичок в DDD, и я пытаюсь решить, как получить доступ к инфраструктурному оборудованию (сетевым устройствам, специализированным аппаратным средствам и т. Д.). У большинства устройств, с которыми я хочу общаться и управления, есть состояние. Я представляю устройства в домене как объекты, но для репликации состояния должен ли он через репозиторий или службу или какой-либо другой компонент.

Примером может служить: Если клиент покупает брандмауэр, будет выполняться команда AddFireWall, а vlan на сетевом устройстве будет переключаться на брандмауэр, а IP-адрес и частный IP-адрес будут размещены на этом устройстве брандмауэра. Я представляю сетевые устройства и устройства брандмауэра как объекты объектов в своем домене. Состояние этих объектов/устройств будет сохранено в репозитории.

Answer 1

Вообще говоря, модели домена должны быть свободны от внешних зависимостей, таких как аппаратные средства и сети и т. Д. Существует концепция, известная как слой Anti Corruption, который может стоить посмотреть вверх. Идея заключается в создании моста между такими системами, как аппаратное обеспечение и домен. Ответственность заключается в переводе между двумя системами. Если аппаратные или сетевые изменения, то все, что вам нужно настроить, это код в ACL.

Другие подходы могут включать в себя генерацию сообщений о событиях с аппаратного обеспечения. Эти сообщения затем могут быть подписаны на различные части вашей системы.