Estrategia de Entrega de Aplicaciones (Parte 2)
Por: Pastor Cortés –> Factores clave para un Gobierno de TIC
¿Como crea valor una Estrategia de Entrega de Aplicaciones en tu organización?

Ahora que hemos entendido que la “vieja forma” de hacer las cosas (cómputo distribuido) nos ha complicado últimamente la existencia y que la Entrega de Aplicaciones es una de las 2 funciones de las organizaciones de TI, necesitamos identificar una arquitectura que nos permita desempeñar exitosamente (creando valor) esta función.
Lo que se debe hacer ahora es comenzar a hablar de ENTREGA en lugar de hablar de DESPLIEGUE.

En la figura anterior ya se muestra una arquitectura de ENTREGA de aplicaciones, la cual centraliza tantas aplicaciones y desktops como sea posible al mismo tiempo que reduce el número de imágenes estándar. Todo esto colocado en el Data Center desde donde se pueden ENTREGAR dinámicamente bajo demanda “ON DEMAND” a los usuarios finales.
La caja llamada App WL (Application Workload) es como un gran catálogo con una “imagen maestra” de las principales aplicaciones (Exchange, SAP, SQL, Oracle,Siebel, Etc.), consideradas como la “carga de trabajo” las cuales se pueden ENTREGAR dinámicamente ya sea a los servidores físicos o a los servidores virtualizados.
Aunque no tuviésemos aún servidores virtualizados, o que algunos de ellos no pudieran virtualizarse, mediante esta arquitectura ya contaríamos con un Data Center sumamente eficiente.
La caja identificada como App UI (Application User Interfase) será el mecanismo de ENTREGA.
Para las aplicaciones WEB el mecanismo de ENTREGA debe asegurar que las aplicaciones siempre se optimizan para asegurar el mejor desempeño, así como seguridad y eficiencia.
La última caja es el Desktop. La principal meta en este punto es la de separar y diferenciar la ENTREGA de aplicaciones y la ENTREGA de Desktops.
Mover los Desktops al Data Center con todas sus aplicaciones no es la mejor solución. La mejor forma de hacerlo es entregar primeramente un Desktop y posteriormente ENTREGAR las aplicaciones a ese Desktop a partir de controladores de ENTREGA de aplicaciones independientes.
Los beneficios son:
1. Eliminar problemas de compatibilidad.
2. Crear un ambiente estable de alto desempeño.
La Red de ENTREGA será optimizada en todo momento a fin de entregar aplicaciones y desktops a cualquier usuario en cualquier parte del mundo en que se encuentre, haciendo esto de la manera más eficiente posible.

Ahora que tenemos la RED de ENTREGA, es necesario administrarla y “ORQUESTAR”, los Workflows con las herramientas apropiadas.
Se deberán integrar las consolas individuales de administración que probablemente se tengan en un solo Sistema de Gestión

El Sistema Orquestador permite organizar las comunicaciones entre los diferentes productos además permite la comunicación con los sistemas de gestión existentes.
Ahora que hemos explicado de manera simple la forma en que una ARQUITECTURA DE ENTREGA DE APLICACIONES funciona, podemos pasar a la tercera parte donde explicaremos las opciones con que contamos para implementar una solución y toda una estrategia que nos permita crear valor.
Antes de concluir, debiéramos ir dando respuesta a las preguntas del post anterior.
¿Cuales son los siguientes pasos?
Los siguientes pasos para saber como están organizadas las aplicaciones en mi empresa , es identificar y contratar a un Profesional en Evaluación de Infraestructura para que lleve a cabo un “Design Discovery”.
Este discovery nos dará la oportunidad de entender las fortalezas de nuestro actual ambiente de ENTREGA de aplicaciones, los riesgos y oportunidades existentes. Además nos puede ayudar a mapear las metas estratégicas de nuestra compañía con un nuevo enfoque de ENTREGA de Aplicaciones y elaborar un roadmap de transformación para el corto, mediano y largo plazo.
En la parte 3 comenzaremos a revisar los beneficios concretos de esta estrategia.
Si quieres recibir más artículos como este, suscríbete a PASTOR CORTES . NET por Email





