Cinco pasos previos para la migraci¨®n a la nube

M¨¢s del 90% de las empresas indican que migrar¨¢n de forma parcial o total a entornos Cloud en los pr¨®ximos 5 a?os, seg¨²n estudios recientes. Este cambio es imprescindible para adaptarse a las nuevas demandas del mercado y seguir siendo competitivo, pero ?qu¨¦ es necesario para una migraci¨®n con ¨¦xito? En primer lugar, debemos entender los principales conceptos que se utilizan y se mezclan cuando hablamos de ¡®Cloud¡¯. Modelos de servicio:

¡¤ Infrastructure as a service (IaaS): Es el servicio de Cloud m¨¢s b¨¢sico, proporcionando infraestructura de computaci¨®n ¨C m¨¢quinas virtuales y otros recursos ¨C en base a una suscripci¨®n.

¡¤ Platform as a service (PaaS): Se trata de proporcionar un entorno de desarrollo para desarrolladores de aplicaciones. El proveedor habitualmente proporciona un conjunto de herramientas para el desarrollo, as¨ª como los canales para su distribuci¨®n y cobro por su utilizaci¨®n.

¡¤ Software as a service (SaaS): En este modelo, los usuarios disponen de acceso al aplicativo, estando incluido dentro de este modelo las infraestructuras y recursos necesarios para la entrega del servicio suscrito en base a ¡®pago-por-uso¡¯.

Tipos de entrega:

¡¤ Cloud Privado: Las infraestructuras son dedicadas a una ¨²nica organizaci¨®n, que puede ser gestionada internamente o por terceros. Requiere un an¨¢lisis profundo de las infraestructuras actuales, as¨ª como reevaluar las decisiones tomadas acerca de los recursos actuales, para evitar la replicaci¨®n del mismo modelo en Cloud Privado, evitando de esta forma aprovechar las ventajas que el servicio aporta.

¡¤ Cloud P¨²blico: Se utilizan infraestructuras de terceros que son compartidas entre diferentes organizaciones. Requiere reevaluar la seguridad de las aplicaciones utilizadas, y en especial las que no han sido dise?adas desde su inicio para un entorno Cloud.

¡¤ Cloud H¨ªbrido: Es una combinaci¨®n de los modelos Privado y P¨²blico, aprovechando las ventajas de ambos modelos y ajust¨¢ndolo a las restricciones existentes en las aplicaciones que utiliza la organizaci¨®n. En Segundo lugar, el mismo estudio realizado a m¨¢s de 200 organizaciones nos muestra los motivos por los que estas organizaciones se plantean la migraci¨®n a Cloud. Podemos observar que los motivos principales se basan en las restricciones que implican disponer de infraestructuras locales, siendo la capacidad de a?adir nuevos recursos de forma variable lo m¨¢s valorado para iniciar el cambio al modelo Cloud.

Una vez tenemos presentes los conceptos b¨¢sicos y los principales motivos por los que las organizaciones emprenden la migraci¨®n de sus infraestructuras a entornos Cloud, estamos en condiciones de comprender los pasos fundamentales a seguir para realizar con ¨¦xito una migraci¨®n al entorno Cloud.

1. Disponer de una estrategia de infraestructuras La migraci¨®n a un entorno Cloud no se puede enfocar como una tarea o proceso ¨²nicamente del ¨¢rea de IT, debido a que afectar¨¢ a toda la organizaci¨®n, y se debe disponer de una estrategia que implique a todos los departamentos que la componen. El cambio a un entorno Cloud afectar¨¢ desde los mecanismos para acceder a las aplicaciones migradas a Cloud, hasta las integraciones entre las mismas, pasando por los recursos que estar¨¢n disponibles para los usuarios en el nuevo modelo. Estos cambios deben estar respaldados desde el ¨¢rea de operaciones a la financiera, debi¨¦ndose establecer los mecanismos de colaboraci¨®n necesarios, as¨ª como un comit¨¦ de direcci¨®n del proyecto de migraci¨®n que permita dar respuesta a las diferentes necesidades e inquietudes que cada departamento de la organizaci¨®n presenta.

2. An¨¢lisis detallado de las aplicaciones Es habitual la utilizaci¨®n de m¨²ltiples aplicaciones para la gesti¨®n de una organizaci¨®n, situaci¨®n que implica diferentes requerimientos t¨¦cnicos y de infraestructura para cada una de ellas. En un entorno Cloud, es primordial la simplificaci¨®n de los entornos, debi¨¦ndose establecer una estrategia clara para su reducci¨®n (un mismo Sistema Operativo, Gestor de Base de Datos, etc¡­). De esta forma se podr¨¢n aprovechar las ventajas de escalabilidad y elasticidad de las infraestructuras que aporta Cloud, as¨ª como ajustar los costes de estas infraestructuras dado que se va a pagar por el uso de las mismas.

La utilizaci¨®n de m¨²ltiples aplicaciones conlleva en la mayor¨ªa de los casos procesos de integraci¨®n entre las mismas, siendo necesario analizar cada una de las integraciones y su viabilidad en cada uno de los tipos de entrega de Cloud, dado que pueden existir restricciones que dificulten estas integraciones en entornos p¨²blicos y/o h¨ªbridos. Este an¨¢lisis debe contemplar como alternativas el abandono de aplicaciones existentes (por su baja utilizaci¨®n / beneficio para la organizaci¨®n) as¨ª como la sustituci¨®n de aplicaciones obsoletas por nuevas aplicaciones dise?adas para entornos Cloud de forma nativa, optando en primer lugar por el modelo SaaS, ya que conlleva en s¨ª mismo la reducci¨®n de los costes de administraci¨®n de las infraestructuras.

3. Simulaci¨®n de costes Los diferentes modelos de servicio Cloud (IaaS y PaaS) aportan como valor principal la capacidad de adecuar los costes del servicio al consumo que se realiza de los recursos contratados (en el caso de SaaS los costes est¨¢n asociados al n¨²mero de usuarios que utilicen la aplicaci¨®n, por lo que son costes f¨¢cilmente medibles y controlables). La ventaja del pago por uso se puede convertir f¨¢cilmente en una desventaja si el dimensionamiento de los recursos contratados no se ajusta a los que realmente necesita la organizaci¨®n, ni en cuanto a tiempo de disponibilidad ni en cuanto a la cantidad de recursos. Esta situaci¨®n se produce habitualmente cuando se replica el modelo de infraestructuras en local al nuevo modelo IaaS en Cloud. Por ejemplo, la adquisici¨®n de los servidores necesarios para una organizaci¨®n se dimensiona de acuerdo a la capacidad/computaci¨®n m¨¢xima requerida, m¨¢s la previsi¨®n de crecimiento en los pr¨®ximos cuatro a?os. Replicar este modelo en Cloud desaprovecha las caracter¨ªsticas de elasticidad y escalabilidad, a la vez que disparan los costes recurrentes del modelo. Por este motivo se debe realizar una simulaci¨®n de los costes anuales del nuevo modelo en base a la estrategia definida y al an¨¢lisis de las aplicaciones, reajustando el modelo a aplicar hasta encontrar la combinaci¨®n m¨¢s beneficiosa para la organizaci¨®n.

Es habitual y recomendable realizar la migraci¨®n de los sistemas actuales de forma escalonada, en diferentes fases, de forma que se minimice el impacto en la organizaci¨®n, a la vez que se reducen los riesgos de la migraci¨®n, aunque se incremente el periodo de tiempo necesario para la migraci¨®n. El plan se deber¨¢ ajustar al an¨¢lisis de las aplicaciones realizado previamente, llegando a establecer diferentes escenarios:

¡¤ Apagar y levantar: se aplicar¨¢ a las aplicaciones que se migren en base al modelo IaaS privado, traspasando el servicio a m¨¢quinas virtuales proporcionadas por el proveedor de Cloud.

¡¤ Implantar y migrar: se aplicar¨¢ a las aplicaciones de nueva implantaci¨®n en la organizaci¨®n, habitualmente en modelo SaaS, y que sustituyen parcial o totalmente a aplicaciones obsoletas.

¡¤ Apagar y desmantelar: se aplicar¨¢ a aquellas aplicaciones que, o bien sean obsoletas o bien no aporten valor a la organizaci¨®n.

4. Disponer de un plan detallado de la migraci¨®n

Es habitual y recomendable realizar la migraci¨®n de los sistemas actuales de forma escalonada, en diferentes fases, de forma que se minimice el impacto en la organizaci¨®n, a la vez que se reducen los riesgos de la migraci¨®n, aunque se incremente el periodo de tiempo necesario para la migraci¨®n.

El plan se deber¨¢ ajustar al an¨¢lisis de las aplicaciones realizado previamente, llegando a establecer diferentes escenarios:

• ¡¤ Apagar y levantar: se aplicar¨¢ a las aplicaciones que se migren en base al modelo IaaS privado, traspasando el servicio a m¨¢quinas virtuales proporcionadas por el proveedor de Cloud.
• ¡¤ Implantar y migrar: se aplicar¨¢ a las aplicaciones de nueva implantaci¨®n en la organizaci¨®n, habitualmente en modelo SaaS, y que sustituyen parcial o totalmente a aplicaciones obsoletas.
• ¡¤ Apagar y desmantelar: se aplicar¨¢ a aquellas aplicaciones que, o bien sean obsoletas o bien no aporten valor a la organizaci¨®n.

5. Comunicaci¨®n y formaci¨®n

Uno de los aspectos que habitualmente no se contemplan con suficiente importancia son la comunicaci¨®n a toda la organizaci¨®n de los objetivos que se persiguen con el cambio a emprender, las ventajas que se obtendr¨¢n (tanto operativas como econ¨®micas) as¨ª como las restricciones que plantea el nuevo modelo (previsiblemente algunas de las operativas actuales se ver¨¢n afectadas).

El siguiente aspecto fundamental es la formaci¨®n de todos los usuarios afectados en la utilizaci¨®n y aprovechamiento de las capacidades que ofrece el nuevo modelo. En caso contrario, no ser¨¢n utilizadas de forma generalizada y se perder¨¢ parte importante de la inversi¨®n realizada.

Ambas acciones est¨¢n enfocadas en la implicaci¨®n de todos los niveles de la organizaci¨®n en la migraci¨®n a afrontar, haci¨¦ndolos part¨ªcipes de la misma a la vez que nos permitir¨¢ detectar necesidades actualmente cubiertas, o que se necesitan cubrir, en el nuevo modelo.

Estos 5 puntos son fundamentales para abordar con ¨¦xito una migraci¨®n al entorno Cloud, y permitir¨¢ a la organizaci¨®n desde evaluar la conveniencia de dicha migraci¨®n hasta dimensionarla (de forma parcial o total) de forma correcta.

?Pere Vigo es director de Soporte de Ekon