Благодарю

не понятно по какой причине вы это отнесли к моему вопросу)

Лучше сразу заложить нейминг очереди имхо )

так исполльзование дефолтного exchange`а не отменяет необходимость именовать очередь

По нашему опыту:
Разные версии API должны находиться в разных контроллерах и работать совершенно независимо. Зачастую новая версия API у нас в новом, отдельном компоненте.

Сопровождать много версий API это трудоемко и дорого. Подумайте хорошо над тем, что является основанием создания новой версии API.

Мы у себя придерживаемся практики расширения API совместимыми изменениями. Новая версия API создается при сущестувенной смене прикладного домена — в ней все работает действительно по другому: другие сущности, другие процессы.
На практике одна “версия” API живет 3-5-7 лет.
Есть пример срока жизни API в полгода, но там бизнес существенно изменил саму задачу, решили что сделать новое будет разумнее чем сильно перерабатывать старое.

Многое будет зависеть от качества проектирования: если хорошо продумаете базовые сущности, их жизненный цикл, прикладные процессы,
то API проработает долго, новые задачи будут требовать лишь расширения того что уже сделано.

нашествие опять

понаехали! каркас не резиновый!

ты проектировщик внешнего каркаса?

Вдруг кому интересно: Rapid Development of Microservice Architectures using Enterprise Architect
18 Mar 2020

Learn how to create visual models of sprint plans, user stories, tasks, epics, continuous integration and testing. (https://sparxsystems.com/resources/webinar/sparxservices/microservice/index.html?source=webinar-invite-march)

"...improve the ability to design, debug, update and leverage third-party code", говорили они.

Using Visual Paradigm ох быстрее...

Кстати, коллеги, кто использовал Enterprise Architect и с каким успехом?

Именно в контексте микросервисов?

Мы используем. Visual Paradigm раньше использовал. Для различных архитектур.

последние лет 8. не идеально, но лучше многих других решений (про цену не  комментирую)

Я на занятиях использую VP. 1 потому как уже давно, 2 у нас отличные взаимоотношения с командой разработчиков, 3 VP кажется более простым в использовании
Но у меня есть возможность использовать и ЕА, в нем есть свои преимущества, но в учебном процессе не прижился

Но на вебинар всё равно бы сходил. На самом деле именно практики схожие. VP хорош своим git-подобным vpository, но плох тем, что блин дорого!1!1!

200 баксов за лицензию вполне приемлемо, мне кажется

С расширяемостью у обоих всё плохо, но модель Парадигмы - это тупо база данных SQLite, так что при недостатке имеющихся инструментов котогенерации можно скустарить через вычитку базы.

а я не говорю что дорого или дешево : ) я просто не слежу за этим.