Vindo do Azure para a AWS, o AutoScaling EC2 IIS e as implantações não fazem sentido

Question

Portanto, estamos executando um único servidor e tudo está bem (em desenvolvimento). Mas agora é hora de configurar um autoescalonamento, e estou um pouco perdido. Atualmente, temos a configuração de perfis de publicação. Quando construímos nosso buildserver, temos um perfil de publicação para publicar em nossa instância do Amazon EC2 IIS. Ótimo.

Mas como você lida com o escalonamento automático? Uma segunda instância será configurada automaticamente com base em meus parâmetros, provavelmente com alguns scripts iniciais para configurar usuários, instalar funções, criar sites, etc ... mas qual é a melhor prática para realmente "publicar" o site no site recém criado , preso atrás de um balanceador de carga, instância do IIS do EC2?

Sinto falta do Azure ...

    

Answer 1

Você tem duas opções principais:

1. Pré-cozinhe seu aplicativo e configuração em uma AMI, que o ASG usa para lançar novas instâncias.
2. Use o campo user-data launch configuration para que a própria instância faça o download do aplicativo e configure-o como parte do processo de inicialização.

Eu geralmente prefiro o número 1, pois ele coloca a instância em funcionamento mais rapidamente. # 2 é mais flexível, no entanto, e há menos etapas necessárias para que o código recém-lançado seja executado no seu ASG.

    

Answer 2

Veja como usar o AWS Elastic Beanstalk.

Se você usar o AWS Elastic Beanstalk, não implantaria diretamente em suas instâncias do EC2. Em vez disso, você faria:

1. Publique seu site no Visual Studio como um pacote de implantação (ZIP),
2. Carregue o arquivo ZIP no AWS EB e, em seguida,
3. Deixe que o AWS EB implante esse pacote ZIP em suas instâncias do EC2 (atrás de um ELB ou não)

As ferramentas AWS para Visual Studio também podem permitir que você implante seu pacote de implantação diretamente do Visual Studio para o AWS EB.

Informações do AWS Elastic Beanstalk for .NET: link