Implantando o site no Amazon Beanstalk e nas configurações do IIS

Question

Estou interessado em trabalhar com o Amazon Elastic Beanstalk para implantar meu novo site. Algumas coisas que preciso saber e não consigo responder:

1) Como posso manter as configurações do IIS de todas as máquinas implantadas e implantadas no futuro? 2) Se eu puder manter, o que acontece se eu alterar as configurações em um servidor, ele irá automaticamente configurá-lo em outros servidores? 3) Como posso fazer backup dos dados? Em outros servidores, costumo fazer uma AMI e implantar em um novo servidor em caso de um problema?

    

Answer 1

Em contraste com o comentário de @Christopher:

1) A implementação de uma AMI customizada por meio do EB é um antipadrão. Toda vez que o EB atualiza a plataforma base, você precisará recriar sua AMI personalizada.

2) Sim, as alterações de configuração manual no servidor são anti-padrão. Mas especificar a configuração como parte de sua unidade de implementação é uma prática recomendada.

Veja a documentação do AWS EB em Personalizando o software em servidores Windows .

3) Você não deve ter nenhum estado em seu servidor que precise de backup. Tudo o que você precisa para implantar o aplicativo está no pacote de implantação e na configuração do EB. O EB usa verificações de saúde e escalonamento automático para garantir que seu ambiente esteja sempre em execução.

    

Answer 2

O Beanstalk não é muito mais do que uma coleção de chamadas para vários serviços da AWS, como escalonamento automático, S3 e EC2, entre muitos outros, e alguns scripts e roteiros que facilitam a implantação de novas versões de aplicativos. Se você abordar com esse entendimento, sua estrutura faz mais sentido:

1. O Beanstalk vem com AMIs de estoque, mas você também pode implantar os personalizados . Asse as configurações do IIS em uma AMI (certifique-se de basear em uma AMI de estoque do Beanstalk) e elas persistirão em todas as operações de escalonamento automático. Isso só se aplica à configuração do servidor. Novas versões do seu aplicativo não devem ser incluídas na AMI e são propagado para seus servidores através do próprio beanstalk.
2. Fazer alterações de configuração nos servidores, uma vez instanciados, é um antipadrão. A alteração de um não propaga essas alterações para os outros. Em vez disso, você deve cortar uma AMI para a nova configuração, criar um segundo ambiente, e altere o roteamento do domínio para fazer uma troca de tempo de inatividade zero. é bastante contra-intuitivo na primeira vez que você faz isso, especialmente se você estiver acostumado com implementações de datacenter. É possível evitar a mudança de roteamento alterando a AMI de um ambiente após a instanciação, mas isso será uma interrupção.

Eu tenho medo de não saber exatamente o que você quer dizer com a pergunta 3. A que dados você está se referindo? Se você puder me informar nos comentários, terei prazer em editar essa resposta com qualquer coisa que eu saiba.