Mis desarrolladores están creando una aplicación que eventualmente podría alojarse en Windows Azure. Sin embargo, queremos alojarlo internamente primero por varias razones. Me señalaron el concepto de "nube privada". Suena muy bien, pero casi demasiado bueno para ser verdad.
Tengo un servidor Windows Server 2008 R2 que se utilizará internamente para la aplicación. Si la aplicación funciona bien, básicamente nos gustaría activar un interruptor y alojar la aplicación en Azure. Mi pregunta es, ¿hay alguna manera de hacer esto? Yo viEste artículo.
Una vez que empezaron a hablar sobre System Virtual Machine Manager y Self Service Portal, casi parecía que nos estábamos alejando demasiado de Azure. Si hago todo esto, ¿podré promocionar fácilmente esta aplicación en Windows Azure?
Respuesta1
esa malditaNubePalabra
Tenga en cuenta que una nube privada no es realmente diferente a la mayoría de sus aplicaciones y servidores web internos actuales. El artículo que proporciona va un paso más allá al permitir esencialmente que su equipo de desarrollo cree, escale y controle sus propias máquinas virtuales. Sin embargo, al final, con la información que ha proporcionado, todo lo que realmente busca es IIS para ejecutar cualquier aplicación que tenga.
¿Existe alguna diferencia entre Azure e IIS?
La principal diferencia entre una aplicación web de Azure y una que se ejecuta en IIS es bastante simple: una tiene el contenedor de aplicaciones de Azure agregado a la solución y la otra no. La oferta de Azure se ha ampliado y ahora usted tiene más control sobre las máquinas virtuales subyacentes e incluso sobre sus propias máquinas virtuales, pero abordaré esto desde el punto de vista más básico, utilizando Azure como modelo PaaS o plataforma como servicio.
Configuración de Visual Studio
Es bastante fácil dentro de Visual Studio generar múltiples configuraciones de compilación, una específicamente para IIS y la otra para Azure. Esto simplemente define crear mecanismos que preparen la aplicación configurando un paquete de implementación de Azure u otro que simplemente cree un paquete IIS.
Recuerde que Azure es esencialmente IIS solo con archivos de configuración y ajustes que deben acompañar a la aplicación.
Configuración de IIS
Realmente no hay mucho más allá de la configuración estándar del servidor web que se requiere aquí. Es posible que tenga requisitos adicionales, como almacenamiento de archivos e incluso almacenamiento en caché (consulteServidoryAzurAppFabric/Almacenamiento en caché). Tendrá que trabajar con su equipo de desarrollo para determinar cuáles son los requisitos y configurar los sistemas necesarios para respaldarlos.
Consideraciones de solución
Su equipo de desarrollo también necesita comprender algo importante aquí: design and build the application to run in any environment. lo que quiero decir con esto es que, independientemente del medio de implementación final y la ruta, la aplicación debería funcionar normalmente. Entonces, en su situación, lo más probable es que quieran usar la inyección de dependencia para el almacenamiento de archivos, de modo que se pueda llamar a la API de Azure Storage o volver a un mecanismo de almacenamiento de archivos System.IO estándar. De cualquier manera, no basta con configurar el hardware para que admita la aplicación; también debe diseñarse para que admita múltiples entornos.
Respuesta2
Esto es un montón de basura de marketing. "La nube" no es algo que pueda definirse fácilmente. Es un conjunto de hardware de servidor y almacenamiento redundante y de alta disponibilidad que generalmente está geográficamente dispar y que brinda a las personas la capacidad de ampliar o reducir sus operaciones de manera rápida y segura según sea necesario.
Una "nube privada" es sólo una tontería de marketing para un entorno de servidor virtualizado que es capaz de ser abstraído por un conjunto de API y automatizado para escalar como una "nube pública".
Azure es la oferta de nube pública de Microsoft. Una "nube privada" podría acercarse a eso, pero no es lo mismo.
Lo que le recomendaría es tener dos instancias de Azure. Obtenga uno para desarrollo/pruebas y otro para producción si este es el servicio que elige utilizar. De esa manera, sabrá exactamente qué hará su aplicación cuando la mueva a producción, ya que ya está en Azure.