Для основанных на сообщении передающих систем, каковы Ваши "шаблоны разработки сообщения", например.
Ограничьте направленные сообщения (т.е. определенное место назначения)
Избегайте длинных каскадных цепочек (т.е. реагируйте на MsgA с MsgB, MsgC и т.д.),
Имейте системное сообщение "heartbeat"
Другие примеры?
Все важные из них находятся в книге Корпоративные шаблоны интеграции . Проверьте это.
Если вы внедряете систему на основе сообщений, я предлагаю прочитать канонический ресурс, чтобы получить представление об архитектурах обмена сообщениями: Корпоративные шаблоны интеграции: проектирование, создание и развертывание решений для обмена сообщениями Грегор Хопе и Бобби Вульф.
Краткое изложение каждого шаблона доступно в Интернете по адресу http://www.eaipatterns.com/toc.html В конце страницы доступны два тематических исследования .
Книга - отличный ресурс, вы найдете там проблемы и ситуации, о которых вы даже не догадывались раньше, с хорошим анализом стратегии их решения.
Избегайте идемпотентной обработки сообщений: допускается дублирование сообщений, не вызывая «двойного списания».
Избегайте больших сообщений - предпочитайте идиому «проверка багажа»
Избегайте требований к порядку сообщений - значительно упрощает нагрузку на инфраструктуру