Migrar a la Nube: ¿Son sus aplicaciones, candidatas a esta tecnología?

Como toda nueva tecnología, sus creadores la promocionan de manera más que entusiasta, claro está, con el interés de captar la atención del mercado, y crear el ambiente propicio para su adopción, y en no pocas ocasiones, con un optimismo que puede exagerar los beneficios o minimizar su complejidad. Afortunadamente, para las tecnologías que muestran venta­jas y pasan la prueba, éstas continúan madurando, y sus beneficios empiezan a evaluarse en una más justa dimensión.

Tal es el caso de la tendencia del Cómputo en la Nube, que, en los años recientes, mejora su desarrollo, obtie­ne mayor madurez, y comienza su adopción de parte de las empresas. Seguramente, ya conoce usted los modelos de cómputo en la nube, pero a manera de referencia, y de acuerdo con las conferencias del 6th Annual Enterprise Technologies Summit, organizado y presentado por Gartner Group, el 15 y 16 de junio pasado, los enuncio en la tabla siguiente, y a partir de ello, abordaremos algunas consideraciones :

Al hablar de migrar aplicaciones a alguna de las alternativas existentes de plataforma de cómputo en la nube, es muy sano iniciar reuniendo en la organización, al equipo ade­cuado (de personas), para definir la estrategia por seguir: consideran­do, en principio, la naturaleza de la arquitectura en las aplicaciones, el nivel de experiencia del personal de TI, y el valor de las inversiones existentes/realizadas en la empresa (infraestructura propia).

Una recomendación importante, inde­pendientemente de considerar el Retor­no de Inversión, es evaluar el beneficio del cómputo en la nube, en términos de la cadena de valor que su empresa pro­porciona. La principal razón de ello, es que el cómputo en la nube se basa en la prestación de un servicio y el pago por su uso, sin implicar inversiones, cobrando mayor importancia el costo de oportuni­dad.

De acuerdo con las conferencias presen­tadas por los analistas de Gartner, a con­tinuación, comparto con ustedes, para tomarlas en cuenta, algunas de las reco­mendaciones que se mencionaron:

1. Qué tan sensible o confidencial es la in­formación que pondríamos en la nube.

2. La existencia de medidas o legislación local, regional que representen una li­mitación.

3. El nivel de desempeño que requiere la aplicación, en cualquier momento del día o del año, de acuerdo con el perfil o estacionalidad de su uso.

4. El nivel de personalización que requie­ra la aplicación.

5. La profundidad o detalle requerido en la integración de la aplicación en la nube, con otras aplicaciones localiza­das fuera.

6. En una aplicación transaccional, su car­ga o nivel de intensidad.

En el caso de las aplicaciones de Centro de Contacto, la voz como tal, desde el punto de vista de arquitectura, no pre­senta ninguna limitación para funcionar en la nube, pues los umbrales, para una buena calidad de voz, ya son controlados en forma más precisa y estable por los operadores telefónicos. Sin embargo, cuando es importante tomar en cuenta los puntos recién enumerados, es en el momento de la integración de las apli­caciones de datos, con los aplicativos de voz, por ejemplo, al capturar datos mediante el IVR y hacer screen-pop con información basada en la aplicación de CRM, o al crear reglas de negocio en los diferentes elementos que integren las aplicaciones de Centro de Contacto (IVR, Grabación de calidad, Marcador predic­tivo, etc.).

Adicionalmente, a continuación puntua­lizo, a manera de pregunta, otras con­sideraciones importantes por tener en cuenta, para evitar o minimizar proble­mas en la disponibilidad, operación y fle­xibilidad de sus aplicaciones en la nube:

o ¿Cómo se resguarda y quién puede 'ver' mi información?

o ¿Cómo se asegura el proveedor que mantendrá los niveles de servicio ofre­cidos (SLA's)?

o ¿Las herramientas de gestión son sufi­cientes para asegurar el control y admi­nistración de mis aplicaciones?

o ¿Es suficiente el nivel de monitoreo y reportes ofrecido, para verificar la dis­ponibilidad, desempeño y confiabili­dad de mi operación?

o ¿Cuál es el procedimiento y tiempo, en que recupero mi operación en caso de una pérdida o corrupción de base de datos?

o ¿Cuál es el procedimiento y tiempo, en caso de que decida cambiar la ubi­cación de mis aplicaciones (otro pro­veedor o mi centro de datos)?

Como podemos observar en la tabla, Cloud Computing es el conjunto de diferentes alternativas con diferentes proveedores y particularidades para cada una de ellas, por lo que se requie­re un importante trabajo de análisis de la conveniencia de su uso y diseño, una vez definida la estrategia de aplicacio­nes: ¿cuáles?, ¿en qué modelo? y ¿con qué proveedor?