c# - suscripciones - que es azure app service
¿Cuáles son los desafíos al trasladar sus aplicaciones existentes a Microsoft Azure? (6)
¿Cuáles son los desafíos al transferir sus aplicaciones existentes a Azure?
Aquí hay algunos puntos que ya conozco.
1) No admite afinidad de sesión (Azure no tiene estado): soy consciente de que el equilibrio de carga de Azure no admite afinidad de sesión, por lo tanto, si la aplicación web existente debe cambiarse si tiene afinidad de sesión.
2) Interfaz con COM: en este momento, creo que no hay soporte para implementar componentes COM en la nube para interactuar con ellos, si mis aplicaciones actuales necesitan acceder a algunos componentes heredados.
3) Interfaz con otros sistemas desde la nube utilizando protocolos que no sean http
Además de los puntos mencionados anteriormente, ¿cuáles son otras limitaciones / consideraciones significativas que desconoce?
Además, ¿cómo se abordan estos puntos de dolor en la última versión?
Mi mayor problema con Azure hoy es la operatividad con otros sistemas operativos . Aquí estoy comparando instancias de Azure con EC2 / Rackspace (aunque Azure como PAAS ofrece mucho más que ellos, por ejemplo, equilibrio de carga, replicación de almacenamiento, implementación geográfica, etc. en un solo paquete económico).
Incluso si me consideras un BizSpark startups BizSpark , no estoy dispuesto a ejecutar mi base de datos en SqlAzure (equivalente a Sql2005) ya que no puedo aceptar su política de precios , que tendré que soportar tres años después del programa BizSpark. Ahora no tienen una opción para MySql o cualquier otra base de datos. Esto para mí es ridículo para una SME . Con EC2 puedo ejecutar mi instancia de MySql en otra máquina virtual Linux (obviamente en la misma red. Azure le brinda la capacidad de conectarse a la red fuera de la suya, pero esa no es realmente una opción)
2º . Esto nuevamente está relacionado con el uso de máquinas * nix. Quiero que Memcached mantenga todo el almacenamiento en caché. Con asp.net 4 incluso nos han brindado soporte de memcached fuera de la caja a través del almacenamiento en caché de salida extensible . La razón por la cual soy inflexible sobre memcached es el sistema ecológico que proporciona. Por ejemplo : hoy puedo obtener memcached con el almacenamiento en caché persistente como un complemento. Esto incluso me dará la oportunidad de almacenar datos de sesión con memcached. Además, puedo ejecutar trabajos de reducción de mapas en los registros de IIS. Esto se hace usando imágenes de cloudera en EC2 . No veo cómo puedo hacer esto con Azure.
Verá, en el caso de Amazon / Rackspace puedo ejecutar mi aplicación web asp.net en una sola instancia de Windows Server 2008 y el resto en máquinas * nix.
Estoy pensando en ejecutar mis datos no jerárquicos (elementos del menú de la aplicación web) en CouchDb . Con Azure obtengo la tabla Azure . Pero no estoy muy cómodo con ese cajero automático. Con EC2 puedo ejecutarlo en el mismo cuadro MySql (no me atrape en este :-)).
Si está listo para olvidar estos problemas, Azure le ofrece un entorno con un gran volumen de trabajo abstraído. Y eso es algo bueno. Escalado, equilibrio de carga, mucho almacenamiento muy económico, CDN, replicación de almacenamiento, monitoreo de fábrica de servicios a través de Fabric Controller, etc. Con EC2 / Rackspace, tendrá que contratar un administrador de administrador del sistema $ 150k PA para hacer estas cosas (AFAIK Amazon proporciona algunas de estas funciones a un costo adicional).
Mis comparaciones son entre azul y las instancias de Amazon / Rackspace (y no en la nube). Para algunos esto podría parecer manzanas y naranja. Pero azul no te proporciona instancias. Solo la nube con sus ofertas personalizadas ...
Mi mayor problema es / solo me registré y creé un proyecto. Y eso es lo lejos que llegó en el último mes.
O bien estoy haciendo algo muy mal, o ese sitio está roto la mayor parte del tiempo.
Prepárese para un largo proceso de implementación. En este momento (pre-PDC 2009), la carga de un paquete de implementación y la mejora de los servicios de host a veces me han llevado más de 30 minutos (depende de la hora del día, tamaño del paquete, número de roles, etc.).
Un efecto colateral de esto es que hacer cambios de configuración en los archivos web.config es costoso porque requiere que todo el paquete de la aplicación sea re-empaquetado y redistribuido. Utilice los archivos de configuración de Azure en su lugar para la configuración de configuración, ya que no requieren un host suspender / reiniciar.
Si su aplicación necesita una base de datos, no estoy seguro de que Windows Azure tenga una base de datos relacional (en este momento)
Además, hay otros proveedores de computación en la nube que pueden ofrecerle más opciones para configurar su máquina virtual, por ejemplo, realmente depende de lo que realmente necesita y desea.
Un desafío importante es la curva de aprendizaje, la falta de desarrolladores experimentados, el tiempo que lleva llegar a ser productivo.
Esto sucede con todas las tecnologías, pero con la nube hay un cambio fundamental en cómo se hacen algunas cosas.
nuestro mayor desafío es la naturaleza sin estado de la nube. aunque lo hemos intentado muy duro, algunas partes del estado se han deslizado hasta el núcleo y esto es lo que se está abordando.
el próximo desafío es el soporte de datos obsoletos y el almacenamiento en caché, ya que los datos pueden estar desconectados durante semanas a la vez. esto es difícil independientemente