а зачем тут нет? как и с кем от зачем же идет

В какой нотации? Кажется, что можно состояния отразить в отношениях

Хотелось бы в разных: ArchiMate , BPMN. Сейчас ничего не приходит в голову, кроме как писать состояние текстом на стрелке.

EPC ?

Не используем. Но, если в этой нотации в Sparx Systems Enterprise Architect можно решить проблему, то будем смотреть. Мне кажется здесь проблема не в нотации, а в Enterprise Architect.

Возможно.

Вы перетаскиваете, по существу тип объекта в поле диаграммы. EA создает объект данного типа. Если Вы потом перетаскиваете созданный объект из иерархии на эту же диаграмму, то EA начинает вопить, что такой объект уже есть.

Ну EPC не требует повторного использования объекта на схеме, поэтому может быть с ней проблем не будет. Посмотрим что еще знающие люди напишут

Если вы эту диаграмму не будете использовать как машино-читаемую, для каких-то валидаций, а только для понимания людями, то я бы посоветовал начать с неформального рисунка на доске/салфетке. Возможно, по мотивам диаграммы состояний UML. Одна фигура на диаграмме - одно состояние объекта. Можно соотнести с процессом, изображенным рядом. Когда поймете, какая метамодель вам для выражения нужного смысла удобна, поищите что-нибудь близкое в той нотации, которую вы используете, может найдете (в ArchiMate есть *Event, это может криво-косо заменить State). А если не найдете - то так и оставить, в своей нотации. Понятность обычно все-таки важнее.

Вообще-то хотелось бы машиночитаемую. А в перспективе, замах на исполняемую архитектуру (но, естественно уже без Enterprise Architect). Для себя я уже давно решил и начал делать сам сервис для построения архитектур. Но на работе Enterprise Architect и хочется красиво и там "рисовать".

Коллеги, а есть какой-нибудь авторитетный чат или совет по RabbitMQ?

Стоит достаточно простая задача:
- на точке продаж накапливаются сообщения, которые должны автоматически уходить на центральный сервер (и на этой точке уже есть Mosquitto с MQTT - там Wirenboard поднят
- связь между точкой и центром (интернет) - иногда падает

Можно сделать это через накопление сообщений в очереди локально (одним демоном) и отправку их в очередь на удаленный сервер (другим демоном). И соответственно, если связь упала - второй демон не работает.

НО может быть это можно автоматом сделать через какие-то нативные технологии RabbitMQ на связи двух очередей (или точек обмена связанных)?

Я изначально думал, что есть возможность на "точке" класть в очередь или Exchange point локального RabbitMQ - и оно бы автоматом уходило в связанную очередь или EP центрального RabbitMQ
И если связи нет - то накапливалось бы в локальном Кролике
Но не нашел такого (

мм, спасибо!

Я бы копил в базке и отправлял.
Важная беда таких решений - возможность залезть и протолкнуть руками или понять что там внутри.

Еще есть аналоги кафки на яве но встроенные. Пооучается бесконечная дисковая очередь внутри. Супер перфомит тк на memory mapped. Но опять же не очень инспектируемо

Ну, пока мы вот и пришли к велосипеду - один демон на питоне считывает данные из MQTT и отправляет в remote RabbitMQ
если отправить не может и сети нет - кладет локально, и накапливает там, пока сеть не появляется

И главное оно читаемые логи может писать. По которым легко понять. И мониторинги в графану

И размер очереди

И на месячном графике это будет красиво смотреться

Хотел бы присоединиться к обсуждении. Есть чем поделиться :)

Архитектура это то что дорого менять. Там и грань, как мне кажется.