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