Design do aplicativo no Azure Service Fabric

Preciso de ajuda para pensar em como projetar nosso aplicativo para caber no novo modelo do Azure Service Fabric.

Hoje, temos um aplicativo criado nos Serviços em Nuvem do Azure. O aplicativo é construído em torno do DDD e temos contextos limitados separados para diferentes partes do subsistema do aplicativo. Hoje, os contextos limitados são hospedados em uma função de trabalhador que expõe esses subsistemas usando uma única WebAPI.

Além disso, temos uma função da Web que hospeda o front-end da web e uma função de trabalhador que processa uma fila em segundo plano.

Nós nos esforçamos para mudar para uma arquitetura de microsserviços. A primeira coisa que planejei fazer foi extrair todo o contexto limitado em seus próprios hosts de API. Isso resultará em 5 a 10 novos serviços WebAPI que suportam nossos subsistemas.

Para minha pergunta, todos esses hosts de subsistema / contexto limitado / API devem ser seus próprios Service Fabric Application ou um serviço em um único Service Fabric Application?

Eu li a documentação, encontrada aquiModelo de aplicativo do Service Fabric, repetidamente e não consigo descobrir onde meus serviços se encaixam.

Queremos que o sistema suporte versões diferentes dos serviços, e os serviços também devem poder ser dimensionados de maneira diferente de outros. Pode até ser necessário ter um microsserviço para executar em um tamanho de VM maior que o restante.

Por favor, alguém pode me orientar de acordo com minhas necessidades.

questionAnswers(1)

yourAnswerToTheQuestion