Meus desenvolvedores estão criando um aplicativo que poderá eventualmente ser hospedado no Windows Azure. No entanto, queremos hospedá-lo primeiro internamente por vários motivos. Eles me indicaram o conceito de “nuvem privada”. Parece muito legal, mas quase bom demais para ser verdade.
Eu tenho um servidor Windows Server 2008 R2 que será usado internamente para o aplicativo. Se o aplicativo funcionar bem, gostaríamos de mudar essencialmente e hospedar o aplicativo no Azure. Minha pergunta é: existe uma maneira de fazer isso? Eu viEste artigo.
Assim que começaram a falar sobre o System Virtual Machine Manager e o Portal de autoatendimento, quase pareceu que estávamos nos afastando muito do Azure. Se eu fizer tudo isso, poderei facilmente promover este aplicativo no Windows Azure?
Responder1
Isso malditoNuvemPalavra
Tenha em mente que uma nuvem privada não é diferente da maioria dos seus servidores web e aplicativos internos atuais. O artigo que você fornece vai um passo além, permitindo essencialmente que sua equipe de desenvolvimento crie, dimensione e controle suas próprias máquinas virtuais. No final das contas, com as informações que você forneceu, tudo o que você realmente procura é o IIS para executar qualquer aplicativo que você tenha.
Existe uma diferença entre Azure e IIS?
A principal diferença entre um aplicativo Web do Azure e outro executado no IIS é bastante simples: um tem o contêiner do aplicativo do Azure adicionado à solução e o outro não. A oferta do Azure se expandiu e agora você tem mais controle sobre as VMs subjacentes e até mesmo sobre suas próprias VMs, mas abordarei isso do ponto de vista mais básico, usando o Azure como um modelo PaaS ou Plataforma como Serviço.
Configuração do Visual Studio
É muito fácil no Visual Studio gerar várias configurações de build, uma especificamente para IIS e outra para Azure. Isso simplesmente define a construção de mecanismos que preparam o aplicativo configurando um pacote de implantação do Azure ou outro que simplesmente cria um pacote IIS.
Lembre-se de que o Azure é essencialmente IIS, apenas com arquivos de configuração e configurações que devem acompanhar o aplicativo.
Configuração do IIS
Realmente não há muito além da configuração padrão do servidor web necessária aqui. Você pode ter requisitos adicionais, como armazenamento de arquivos e até mesmo cache (consulteServidoreAzulAppFabric/Cache). Você terá que trabalhar com sua equipe de desenvolvimento para determinar quais são os requisitos e configurar quaisquer sistemas necessários para apoiá-los.
Considerações sobre a solução
Sua equipe de desenvolvimento também precisa entender algo importante aqui: design and build the application to run in any environment. O que quero dizer com isso é que, independentemente do meio e caminho de implantação final, o aplicativo deve funcionar normalmente. Portanto, na sua situação, eles provavelmente desejarão usar a injeção de dependência para armazenamento de arquivos, para que a API de armazenamento do Azure possa ser chamada ou reverta para um mecanismo padrão de armazenamento de arquivos System.IO. De qualquer forma, apenas configurar o hardware para suportar a aplicação não é suficiente; ele também deve ser projetado para suportar vários ambientes.
Responder2
Isso é um monte de lixo de marketing. “A Nuvem” não é algo que possa ser facilmente definido. É um conjunto de hardware de servidor e armazenamento redundante e altamente disponível, geralmente geograficamente díspar, que fornece às pessoas a capacidade de aumentar ou diminuir suas operações de forma rápida e segura, conforme necessário.
Uma “nuvem privada” é apenas uma besteira de marketing para um ambiente de servidor virtualizado que é capaz de ser abstraído por um conjunto de APIs e automatizado para escalar como uma “nuvem pública”.
Azure é a oferta de nuvem pública da Microsoft. Uma “nuvem privada” pode chegar perto disso, mas não é a mesma coisa.
O que eu recomendaria para você é ter duas instâncias do Azure. Obtenha um para desenvolvimento/teste e outro para produção se este for o serviço que você escolher usar. Dessa forma, você sabe exatamente o que seu aplicativo fará ao movê-lo para produção, pois ele já está no Azure.