Este documento presenta la migración de la plataforma Portal Builder de Softeng a Microsoft Azure. Portal Builder permite crear sitios web empresariales de forma rápida y sencilla. La migración a Azure permitió ofrecer Portal Builder como un servicio en la nube (SaaS) y proporcionó beneficios como mejor escalabilidad, fiabilidad y ahorro de costes. La migración requirió modificaciones arquitectónicas significativas para aprovechar las capacidades de Azure.
RoadShow-Azure-PartnersMicrosoft-Nov-2010-Caso de éxito de Softeng Portal Bulder en Azure
1. Primer caso de éxito en España. Barcelona, 3 de Noviembre del 2010 Carlos Colell Sorinas Director General ccolell@softeng.es
2. Índice de la presentación Negocio Perfil de compañía Introducción a Softeng Portal Builder Pantallas de ejemplo y proyectos Migrando Softeng Portal Builder a Azure Escenario técnico Consideraciones e ingeniería necesaria
4. Perfil de compañíaAcerca de SOFTENG Ingeniería de Software desde 1997 Trabajamos “sólo” con tecnología Microsoft. Expertos en proyectos Web Fabricante de la primera plataforma para proyectos Web en SaaS y Azure.
6. Softeng Portal Builder Visión general La esencia de Portal Builder Prestaciones principales
7. Softeng Portal BuilderTM - Visión generalLa esencia de Portal Builder Plataforma empresarial para proyectos Web Potencia a las empresas a través de la Web Productividad, Autonomía, Flexibilidad y Ahorro On-premise o en Azure (SaaS AnywhereTM) Solución calificada como innovadora por el Ministerio de Ciencia e Innovación
8. Softeng Portal BuilderTM - Visión generalPrestaciones destacadas MARKETING TI Edit-in-Place Traducción simultánea Optimización SEO Mapa de calor Analítica de visitas integrada Backoffice Studio Workflow Engine Portal Builder Framework Modelador de entidades Integrador de aplicaciones
9. Softeng Portal BuilderTM - Visión generalPantalla de “Edit-in-Place” Actualice fácilmente los contenidos desde el propio Site Navegue, haga clic en el texto o imagen que desee cambiar , guarde y publique. Así de simple !
10. Softeng Portal BuilderTM - Visión general Pantalla “Mapa de calor” Mejore la eXperiencia de sus usuarios Analice visualmente el comportamiento de los visitantes y optimice el site para obtener más conversiones.
11. Softeng Portal BuilderTM - Visión general Pantalla de “Analítica de Visitas” Analice la efectividad de su web La analíticas integradas ofrecen información en contexto acerca de las visitas y objetivos conseguidos permitiendo tomar buenas decisiones.
12. Softeng Portal BuilderTM - Visión general Proyectos destacados Cata Solución B2B para la empresa de electrodomésticos y site corporativo. Multinacional española con una facturación de 120 millones de euros.
13. Softeng Portal BuilderTM - Visión general Proyectos destacados IES: Gencat Aplicación Web para centralizar todos los procesos relacionados con el sistema de formación sanitaria especializada de la Generalitat de Cataluña.
14. Softeng Portal BuilderTM - Visión general Proyectos destacados Copisa Proyecto multisitepara todo el grupo. La constructora, genera un volumen de negocio de más de 1.000 millones de euros.
15. Softeng Portal BuilderTM - Visión general Proyectos destacados Infermera Virtual Portal para la promoción de la Salud con más de 250.000 usuarios, impulsado por el “Col·legiOficial d’Infermeriade Barcelona”, un prestigioso colectivo de casi 40.000 profesionales.
16. Softeng Portal BuilderTM - Visión general Proyectos destacados InteriorVista Aplicación 3D interactiva para la configuración visual de cocinas. InteriorVista es líder ofreciendo a clientes como IKEA, Hokiba (El Corte Inglés) o Saloni diseños virtuales de gran realismo.
17. Softeng Portal Builder & Windows Azure SaaS “pide” Cloud-computing ¿Por qué se optó por Azure? Azure complementa a Portal Builder Beneficios obtenidos con Azure
19. Softeng Portal BuilderTM & Windows Azure ¿Porquémovernos a la nube ? Evitar inversión por adelantado Reducir costes de mantenimiento Poder escalar rápido + evitar “estimar” Aumentar confianza en solución SaaS Por compromiso de innovación Pago por uso era imposible de calcular
21. Softeng Portal BuilderTM & Windows Azure ¿Porqué se optópor Azure? (I) Azure => PaaS = Valor añadido vs IaaS Evitar inversión en licencias Elimina mucha complejidad Reducir costes de despliegue Eliminar costes de mantenimiento
22. Softeng Portal BuilderTM & Windows Azure Beneficiosobtenidos con Azure 1- Mejor servicio Flexibilidad Fiabilidad Actualizaciones seguras y sin interrupciones 2- 10% de ahorro de costes 3- Posicionamiento y confianza
23. Softeng Portal BuilderTM & Windows Azure Recursos y más información Link a esta presentación: www.slideshare.com/softeng Site de producto: www.portalbuilder.es Caso de estudio de Softeng Portal Builder en Azure (Microsoft Corporation) http://www.microsoft.com/casestudies/Case_Study_Detail.aspx?CaseStudyID=4000008180 Caso de estudio de Softeng Portal Builder en Azure (Microsoft Ibérica) http://www.microsoft.com/business/smb/es-es/isv/casosdeexito.mspx Videos de Softeng Portal Builder http://www.softeng.es/es-es/productos/portal-builder-cms/showroom-portal-builder.html Presentación de Softeng Portal Builder con IDC en evento Gestión de contenidos http://www.softeng.es/es-es/empresa/evento-idc-2010.html
24. ¡ Gracias por su atención ! Carlos Colell Sorinas Director General ccolell@softeng.es Barcelona: Pau Claris, 162-164 2ª Planta Madrid: Avda. Doctor Arce, 14
25. Migrando Portal Builder a Barcelona, 3 de Noviembre de 2010 Braulio Megías Project Manager bmegias@softeng.es
26. Migrando Portal Builder a Quées Portal Builder? Portal Builder en Azure Migrando a Azure Roadmap Conclusiones
27. Web Site Portal Builder Site Cliente API – Librería de Clases Portal Builder Core Personalizaciones del Cliente Base de Datos SQL Server Qué es Portal Builder?
29. Qué es Portal Builder?¿Cómohacemos un proyecto? Equipos Core PB: 1 versióncada 3 meses Proyectos Deploy Hosting provistoporSofteng Hosting “on-premise” Hosting ISP externos
30. Qué es Portal Builder?Limitaciones Diversidad de escenarios Pasosparadesplieguedistintos en cadaimplementación Escalabilidadlimitada e inflexible Costes e inversiónrequerida Tiempos de reacción Limitaciones de plataforma
31. Migrando Portal Builder a Quées Portal Builder? Portal Builder en Azure Migrando a Azure Roadmap Conclusiones
32. Portal Builder en Azure ¿Qué necesitamos? Windows AzureWebRole Corre la aplicación web, Portal Builder (BackOffice Studio y Web Sites / aplicaciones) SQL Azure Azure Storage Almacenamos los índices de Lucene, información de trazas y diagnóstico, backups, contenidos del tipo ficheros Windows developmentfabric
41. Migrando Portal Builder a Quées Portal Builder? Portal Builder en Azure Migrando a Azure Roadmap Conclusiones
42. Migrando a AzureConsideraciones Generales (I) Web Application: Cambiar el proyecto de Visual Studio de “Web Site” a “Web Application”. Rutas a ficheros del proyecto Web : Los path deben acortarse debido a limitaciones del “Azure Cloud Package”. Dejar de usar el DTC: Evitar la promoción de las transacciones a una transacción distribuida usando el DTC, ya que actualmente no está soportado. Algunos atributos en web.config no están soportados: La sección de configuración HttpRuntime en web.config ha sido modificada porque no todos los atributos están soportados. Antes del cambio, causó que el web role no se iniciara causando un ciclo constante de “Initializing” a “Busy”.
43. Migrando a AzureConsideraciones Generales (II) Evitar problemas de despliegue de dlls con una fecha futura: El AssemblyResourceLoader tiene en cuenta el “Timestamp” en los ensamblados, causando que los scripts fallen hasta que la fecha del servidor se alinea con la fecha de las dlls. Compilación dinámica de código C#: cambios en la forma de referenciar ensamblados del Framework .NET para la compilación dinámica utilizando CodeDom. Adaptación de Scripts SQL: Los scripts DDL de SQL Server deben adaptarse para evitar utilizar cláusulas no soportadas por SQL Azure. No existe servicio de SMTP en Azure: Usar servicios externos o on-premise. http://blogs.globallogic.com/aspnet-application-migration-to-windows-azure
44. Migrando a AzureTimeout NLB Azure (I) Problema: Limitación del NLB de Azure que impide que una petición dure más allá de 1 minuto. Consecuencias: Las peticiones no pueden exceder de este tiempo (WebServices, páginas ASP.Net). ¿debería ocurrir? Subir un archivo debe demorar menos!!! ¡¿Qué pasa con archivos grandes?!
45. Migrando a AzureTimeout NLB Azure (II) Subir archivo por fragmentos Servidor (Web Role) Web Service que reciba los fragmentos del archivo y lo recomponga Cliente Ha de tener acceso a archivo para trocear y subirlo Ej. Silverlighthttp://blog.smarx.com/posts/uploading-windows-azure-blobs-from-silverlight-part-1-shared-access-signatures PlUploadhttp://plupload.com
46. Migrando a AzureSearch Server – Lucene.NET Search Server no soportado en Windows Azure Requiere varias BBDD Varios usuarios ¿Y en un servidor on-premise? No escalable ¿ServiceBus? Solución Lucene.NET Programar escaneos Worker Role Almacenamiento de índices en Blob Storage Crawl HTML http://www.codeproject.com/KB/aspnet/DotLuceneSearch.aspx
47. Migrando a AzureVSTS DatabaseEdition GDR (I) Proyectos de base de datos en VSTS BBDD SQL Server en control de código fuente TFS “Compilación” del código SQL Server.
48. Migrando a AzureVSTS DatabaseEdition GDR (II) Actualizaciones de esquema de BBDD Creamos script diferencial a aplicar Problema: Despliegue de cambios al esquema VSTS DB Edition no soporta SQL Azure, por lo que no fue posible usarlo para desplegar cambios usando Visual Studio a una BBDD existente en SQL Azure.
49. Migrando a AzureVSTS DatabaseEdition GDR (III) Solución Ejecutar la comparación de esquemas en una copia local de la BBDD para obtener el script diferencial ¿Opciones? Descarga del esquema de la BBDD, ejecutar comparación y aplicar script diferencial en SQL Azure
50. Todos los datos están en BBDD SQL Server No hay problemas de espacio Simplicidad backup/restore Limitaciones No hay BBDD mayor de 50 GB Coste no justificado SQL Azure 50GB $499.95 / mes Blob Storage 50GB $0.15 / GB x mes x 50 = $7.5 / mes Migrando a AzureUsar Azure Blob Storage (I)
51. Migrando a AzureUsar Azure Blob Storage (II) Solución Modificar capa de persistencia para almacenar archivos en Blob storage Ventajas Coste!! BBDD ligera de descargar Escalable
52. Migrando a AzureSistema de backup (I) Originalmente, basta backup de BBDD SQL Server SQL Server Agent automatiza la tarea Información relacional y recursos conjuntamente Mecanismo estándar Backup y Restore manual muy fácil de hacer ¿Problemas? Archivos separados, no es suficiente Espacio. Ante datos que crecen ilimitadamente, ¿dónde almacenamos las copias? Transferencia de las copias de seguridad de la DB
53. Migrando a AzureSistema de backup (II) ¿Cómo Programar las copias? ¿Cómo haremos las copias? Clonar BBDD: CREATE DATABASE AS COPY Coste igual a otra BBDD ¿Justificado? Sincronizar BBDD: SyncFramework Descargas largas Coste de transferencia de datos ¡Y los archivos!
54. Migrando a AzureSistema de backup (III) Almacenaremos las copias de respaldo en el Blob Storage Programar copias: Worker Role en Azure http://blogs.msdn.com/b/sqlazure/archive/2010/07/30/10044271.aspx BBDD CREATE DATABASE AS COPY + Serialización XML Archivos Copia de BLOBS
55. Migrando a AzureSistema de backup (IV) Ventajas Coste de almacenaje reducido: 0.15$ GB/mes Descargar a local bajo demanda
56. Migrando Portal Builder a Quées Portal Builder? Portal Builder en Azure Migrando a Azure Roadmap Conclusiones
57. RoadmapSiguientes pasos en Azure Mejora en la escalabilidad horizontal Incorporar el uso de Worker Roles y colas Incorporar uso de Table Storage WIF + Seguridad basada en Claims Doublecaching Agilizar el proceso de despliegue Mejorar los mecanismos de trazas y monitorización
58. Migrando Portal Builder a Quées Portal Builder? Portal Builder en Azure Migrando a Azure Roadmap Conclusiones
59. Conclusiones No es lo mismo adaptar una aplicación existente que desarrollar ya pensando en la plataforma Azure No es lo mismo “que funcione” a “que sea óptimo” Se echan en falta algunas prestaciones (en Roadmap) Oportunidad para ISVs: servicios de valor agregado sobre Azure Imprescindible sistemas de tests y compilaciones automatizadas + integración continua Facilita la oferta de Portal Builder en modalidad SaaS La aplicación ha dado un salto en cuanto a sus posibilidades de escalabilidad Nuevos servicios para escalabilidad masiva (Azure Storage y CDN) Estandarización del proceso de despliegue
61. ¡ Gracias por su atención ! Braulio Megías Project Manager bmegias@softeng.es Carlos Colell Director general ccolell@softeng.es Barcelona: Pau Claris, 162-164 2ª Planta Madrid: Avda. Doctor Arce, 14
Hinweis der Redaktion
1-Muchas gracias.
2-Buenos días. Ni nombre es Carlos Colell y soy el director general de SOFTENG
3-En primer lugar, me gustaría dar la gracias a Microsoft por habernos invitado a participar en este evento y también por haber escogido a SOFTENG y a nuestro producto, SOFTENG PORTAL BUILDER para elaborar el primer caso de estudio de Azure en España.
4-Hoy hemos venido a presentarles Softeng Portal Builder como caso de éxito en Azure, y a contarles porqué escogimos Windows Azure para alojar nuestra plataforma así como los beneficios que hemos obtenido.
Probablemente la mayoría de ustedes conozcan ya a SOFTENG o hayan oido hablar de nosotros, para los que no, comentarles:
SOFTENG es una ingeniería de software que desde 1997 trabaja … … integrando y desarrollando soluciones usando tecnología Microsoft.
De entre los más de 6.500 partners que tiene Microsoft en España, y según la clasificación que publica Microsoft de los mismos teniendo en cuenta sus competencias tecnológicas, Softeng está a día de hoy dentro de las 5 primeras empresas de este país.
Fabricante de la primera y hasta ahora única plataforma para proyectos web en modalidad SaaS funcionando en Azure.
Único fabricante español de una plataforma empresarial SaaS para crear y gestionar todo tipo de proyectos Web.
Primera empresa en el mundo en ofrecer una plataforma para proyectos Web operando en cloud-computing en Microsoft Windows Azure.
---
Tiempo 15s
Y Estos son algunos de nuestras referencias, tanto en sector público como privado …
I qué es Portal Builder ¿?
-Plataforma empresarial orientada a la construcción de proyectos
web y a su gestión de forma productiva con posibilidad de conectar sistemas, procesos, personas y empresas.
Producto consolidado: Lanzado en noviembre del 2008, con decenas de referencias en sector público y privado.
Representa la evolución de los gestores de contenidos clásicos, hacia una plataforma que ayuda a potenciar a las empresas a través de la web.
Ofreciendo beneficios como la productividad, autonomía, flexibilidad y ahorro de costes
La solución se implanta mediante consultoría y se ofrece como servicio a través de una suscripción on-premise (casa del cliente) o en la nube (Azure).
Cuenta con el reconocimiento por parte del MCI como solución innovadora.
--
Y cómo se traduce , materializa todo esto prestaciones: Para Marketing.
-“Edit-in-Place”: Permite gestionar los contenidos desde al propia web, mientras se navega.
-“Traducción Simultánea”: Permite disponer de los contenidos en un único idioma y difundir el site en varios , de forma que se traducen automáticamente y en tiempo real.
-“Optimización SEO”: Ayuda a posicionarnos en los primeros puestos de los buscadores con palabras y expresiones que nos interesan., consultoria windows azure (1), consultoria de sharepoint (1), Certified partner - 6: (37 millones de resultados) – En los dos principales.
-“Mapa de calor”: Analice visualmente el comportamiento de los visitantes y optimice el site para obtener más conversiones y mejorar la experiencia de los usuarios
-“Analítica de Visitas integrada”: Permite medir la efectividad de un site, en contexto y de forma integrada
USUARIOS DE TI
-”Backoffice Studio”: Una herramienta para la gestión integral del proyecto web, adaptada al perfil de cada tipo de usuario.
-“Workflow Engine”: Permite integrar y monitorizar las actividades y procesos de la organización, aumentando su eficiencia –
-“Portal Builder Framework”: Nos permiten llevar a cabo desarrollos específicos desde Visual Studio
-“Modelador de entidades”: Permite extender la solución para adaptarse perfectamente a las particularidades de una organización.
“Integrador de Aplicaciones (EAI)” : Nos permite publicar e incluso editar información almacenada en otros aplicaciones empresariales y repositorios como la gama Dynamics, por supuesto Sharepoint, redes sociales y otros portales
30s
Pantalla del sistema edit-in-place: Click en cualquier sitio, cambiar
30s
-Nos muestra mediante gradientes de calor las zonas más clicadas por los usuarios y nos ofrece herramientas para mejorar la usabilidad y conversiones en la página.
15s analítica de visitas integrada
Una vez visto que es Softeng Portal Builder, me gustaría hacerles un breve resumen sobre nuestra experiencia en Azure
1-Softeng Portal Builder ya era una aplicación SaaS, lo que significa tres cosas:
Es de propiedad, alojada, mantenida y soportada por nosotros.
La misma aplicación, es usada por muchos clientes
Ofrece como servicio mediante suscripción
2-Pero fijándonos en los muchos beneficios que ofrece el modelo SaaS, nos dimos cuenta que era posible maximizarlos si apostábamos por alojar la plataforma en la nube en lugar de mantener una infraestructura propia en un datacenter.
-Y eso hicimos: Llevamos a cabo la reingeniería necesaria para desplegar Portal Builder en Azure.
2-Como pueden ver, Azure no sólo ofrece (IAS- hardware virtualizado) sino que dispone del entorno necesario para que puedan funcionar las aplicaciones desarrolladas con tecnología Microsoft.
En definitiva, Azure ha sumado valor a Softeng Portal Builder y lo ha fortalecido.
--------
Creemos que el cambio ha comenzado y no tiene marcha atrás. Tardará más o menos pero es posible que en pocos años resulte extraño ver software propietario basado en la adquisición de licencias instaladas localmente en nuestros servidores.
SaaS va a usuarios finales, PaaS y IAS va a empresas o departamentos que desarrollan aplicacicones.
2-Porque Azure, al ser PaaS , nos ofrece un valor añadido con los siguientes beneficios.
-Evitar inversión : No sólo en hardware sinó también en licencias
-Eliminar complejidad:
-Reducción de costes de despliegue: Estandarizando el proceso de actualización de versiones.
-Reducción de costes de mantenimiento: Queríamos evitar monitorizar, administrar y gestionar una infraestructura
de servidores.
-Era tecnología Microsoft muy cercada a como estaba desarrollado antes Portal Builder. En definitiva, incorpora el entorno (sistema operativo, sql server, framework,..) para poder correr aplicaciones .NET
-----
RAZONES ELIMINADAS POR CUESTIÓN DE TIEMPO
-Para poder saber/repercutir el consumo a los clientes
-Por compromiso de innovación continua: Queremos que el mercado continue identificando a Softeng Portal Builder como solución no sólo innovadora sinó tambíen como estado del arte en tecnología y Azure suma para conseguir este objetivo.
-Opción de escalar rápido: Dificil preveer las necesidades de un nuevo cliente y luego, difícil de reaccionar rápidamente.
-Era tecnología Microsoft muy cercada a como estaba desarrollado antes Portal Builder. En definitiva, incorpora el entorno (sistema operativo, sql server, framework,..) para poder correr aplicaciones .NET
1-Mejor servicio: Y por tanto, más valor: Para nuestros clientes gracias a la fiabilidad y posibilidad de escalar sin límite a costes muy razonables
-Flexibilidad: Podemos adaptarnos exactamente a la demanda que requieren, en el momento que la requieren.
-Fiabilidad: Además nuestros clientes tienen la confianza de que Portal Builder funciona en Azure (a menudo no transmite confianza que una aplicación SaaS esté alojada en una infra del fabricante)
-Actualizaciones seguras y sin parar el site: Permite duplicar entorno (staging-preproducción), actualizamos y una vez probado, producción.
2-Ahorro de costes: Más info en caso de estudio desde Redmond. -Sobre reducción de costes: A corto plazo, a pesar de que la infraestructura actual todavía no estaba amortizada, teniendo en cuenta la inversión en reingeniería, y que hemos tenido que mantener las dos durante un tiempo.
3--Posicionamiento y Confianza: Nuestros clientes están mucho más tranquilos sabiendo que Portal Builder funciona en Azure y logramnos Transmitir confianza respecto a la infraestructura que usa nuestro producto (no se ve con buenos ojos que SaaS vaya con infra de fabricante).
3-Generada demanda: Gracias al reconocimiento obteniendo , los casos de estudio, a ser pioneros en Azure, etc,, hemos visto incrementada la demanda de nuestros servicios de consultoría, no sólo sobre Azure, también para .NET o Sharepoint, lo que ha supuesto un beneficio inesperado.
Por último comentarles que tienen esta presentación disponible en slideshare/softeng donde podrán consultar los links a los casos de estudio y otra información que puede resultarles de interés.
Y nada más. Si algunos de ustedes desean plantearnos cualquier cuestión, los compañeros de mi equipo como yo mismo estaremos encantados de atenderles durante la hora de la comida.
Muchas gracias una vez más y hasta la próxima.
Aplicación web + dlls + personalizaciones
Modularizado, nos ha ayudado en parte
Bastantes tests, no todos los que quisieramos
Confuso
Procedimientos de deploy diversos
Limitaciones o motivaciones que nos impulsaron a explorar la solución Azure.
Dibujo y descripción de la situación actual y de la situación deseada, ej worker roles para tareas pesadas de background, o tareas administrativas de generación de índices.
Portal Builder Dedicated Cloud, también podemos explicar que es para clientes con necesidades “fluctuantes” de escalabilidad. Ej, hacen campañas anuales de 3 meses en las que preveen gran número de visitas, por lo cual necesitaran más instancias y/o de mayor tamaño. Luego el resto de los 9 meses pueden reducir a una instancia de small computing instance.
Problemas “generales”, es decir, que se explicarán brevemente.
Problemas “generales”, es decir, que se explicarán brevemente (segunda parte).
Comentar el caso de InteriorVista Grandes requerimientos de UPLOAD, archivos grandes, etc.
Link a proyecto de Silverlight
Pantallazo del proyecto de Silverlight
Agregar pantallazo de un proyecto BBDD, y su control de código, y el tipo de archivo esquema que genera
Falta pantallazo de la comparación o incluso de la invocación por línea de comandos
Hablar de herramientas de 3os como RedGate
Aplicar dibujo de antes y despues.
Dibujito tambor registritos, y archivazos en otra caja que represente storage. Hablar de Interiorvista? Posibilidad de CDN.
El tema de espacio variabilidad en las copias si se quieren semanales, diarias.. Esa demanda puede ir variando. El requerimiento de espacio para almacenar todo eso FISICAMENTE en local tiene un coste MUCHO MAS ALTO que hacerlo en el Azure Storage (y mucho más inflexible también).
Gráfico del esquema de copias
Mejora en la escalabilidad horizontal: Proveedores distribuidos para sesión y caché basados en Azure Storage.
Incorporar el uso de Worker Roles y colas: Para tareas asíncronas y de gran consumo de procesamiento.
Incorporar servicios de Workflow : Con el objetivo de complementar tareas asincrónicas compuestas de múltiples pasos dependientes entre si.
WIF + Seguridad basada en Claims: Explorar WIF para integrar sistemas externos de autenticación y autorización a través de un medio estándar.
Double caching: Implementar optimización a través de mecanismos de caché doble de recursos temporales usando Azure Storage y Local Storage.
Mejoras en el proceso de despliegue.
Optimizar los mecanismos de trazas: Implementación de proveedores para Azure Storage de Enterprise Library.
Explicar si hay tiempo:
Explicar los casos sobre todo de caching y Azure Storage.
3) Básicamente implementar WF4 en la nueva versión en Azure.
4) Nombrar que se busca un sistema estándar de autenticación aplicable en diferentes escenarios que puedan presentarse.
5) Específico de Portal Builder. Aplicado generalmente al procesamiento de imágenes antes de servirse. En lugar de utilizar exclusivamente el Local Storage, que requiere que cada Frontend lo procese, y ante reciclado del host se pierde, que se utilize el Azure Blog Storage.
Generación de herramentas varias que ayuden a diferentes etapas del proceso de despliegue. Además incorporación de procesos de ALM con Team Foundation Server 2010 en la empresa, que cubren desde entornos de CI a deployment.
Estamos utilizando la DB de aplicación para almacenar las trazas y evitar tener dos instancias de SQL Azure Costes.
Es notable que haciendo dos clicks se consiguen cambios de infrastructura que en el “mundo real” (no virtual) son imposbiles.