Для некоторой предыстории я бы посоветовал посмотреть DDD & микросервисы: наконец, некоторые границы! Эри c Эванс.
Ограниченный контекст - это микросервис. Другое дело, как вы это делаете. Кажется, то, что вы описываете, я делаю довольно часто. У меня есть проект с открытым исходным кодом Identity & Access , над которым я работаю (поэтому в зависимости от того, когда вы его читаете, он может быть в другом состоянии), который демонстрирует эту структуру.
Internal to в организации можно получить доступ к B C либо через служебную шину, либо через web-api. Внешние стороны будут использовать только веб-api, поскольку обмен сообщениями не должен быть открыт. Web-api либо возвращает данные из уровня запроса , , либо отправляет команды через служебную шину (обмен сообщениями) в функциональную конечную точку B C. В зависимости от сложности системы я могу представить проблему оркестрации, которая взаимодействует с несколькими BC. Вероятно, это B C сам по себе, во многом похожий на отчетный B C.