Preparación de una arquitectura en la nube

Reconozcámoslo: la mayoría de las arquitecturas de TI son complejas. Y si está pensando en migrar a la nube, es lógico que le preocupen los grandes cambios que deberán afrontar tanto su arquitectura como su organización durante la transición.

La buena noticia es que, si su empresa es como la mayoría, ya ha pasado por esto antes. Muchas veces. Aproximadamente cada tres o cinco años, renueva sus arquitecturas principales. Ajusta la forma en que distribuye las aplicaciones. Se esfuerza por aumentar el rendimiento, mejorar la seguridad y reducir los costes.

La mala noticia es que, con la nube, todo será aún más complicado. Es posible que no tenga control sobre los servicios. Quizá no pueda codificar las conexiones de forma fija ni hacer las cosas como antes. Habrá algunas dificultades. Pero, como suele decirse, «quien algo quiere, algo le cuesta», ¿verdad? Tendrá que tener en cuenta el comportamiento de los usuarios, la conectividad y un ancho de banda adecuado.

Para facilitar un poco la transición, hemos recopilado siete pasos importantes que le ayudarán a empezar.

1. Evalúa lo que tienes

¿En qué estado se encuentran sus aplicaciones? ¿Cuántas tiene? ¿Qué importancia tienen para su empresa? ¿Qué tipos de datos contienen y, lo que es más importante, qué dependencias existen entre ellas?

Empieza a pensar en las categorías en las que se clasificarán tus aplicaciones. Tienes cuatro opciones:

1. Adopción de SaaS
2. Migración a la nube
3. Adoptar un entorno híbrido
4. Mantenerlos donde están

2. Decide qué aplicaciones están listas para externalizarse mediante SaaS

Empiece por lo más sencillo. Identifique las aplicaciones de su cartera que se han convertido prácticamente en productos básicos. Es probable que tenga muchas. ¿Realmente necesita mantener su propio servidor de Exchange, su anticuado sistema de RR. HH. o sus herramientas de automatización de ventas desarrolladas internamente? ¿Merecen el esfuerzo de su equipo o los gastos operativos que generan? Si no es así, ahórrese muchos problemas suscribiéndose a una solución de ventas, RR. HH., productividad u otra que resulte adecuada. Deje el trabajo pesado en manos de terceros. Con SaaS obtendrá ventajas evidentes y rápidas.

3. Analiza y decide sobre el resto

A continuación, tendrás que evaluar las aplicaciones restantes y decidir cuáles migrarás a la nube, cuáles adaptarás para la nube y cuáles mantendrás tal cual.

Hazte las siguientes preguntas:

- Si migramos la aplicación X, ¿cuántas cosas dejarán de funcionar?
- ¿Dónde se encuentran los almacenes de datos?
- ¿Cuáles son las dependencias?
- ¿Qué servicios de red utilizan?
- ¿Qué aplicaciones requieren soluciones alternativas a los procedimientos y protocolos habituales para funcionar?

Tendrá respuestas a esas preguntas para muchas de sus aplicaciones. En el caso de otras, puede que no las conozca hasta que intente migrarlas. Cuanto mayor sea el riesgo de que algo deje de funcionar y cuanto más complejas y desconocidas sean las dependencias, más probable será que mantenga una aplicación donde está.

A medida que identifique estas dependencias, documéntelas. Esto le resultará útil aunque solo unas pocas de sus aplicaciones acaben en la nube.

4. Estandarizar

Examine sus políticas de entrega de aplicaciones y busque oportunidades para estandarizar y automatizar. Debería contar con un número limitado de políticas estándar de equilibrio de carga —por ejemplo, 10—, en lugar de configuraciones ajustadas manualmente para cada aplicación. Establezca niveles de almacenamiento estandarizados. Defina servicios de red estandarizados. Hable con sus desarrolladores sobre las ventajas de la estandarización y consiga su compromiso. Cree plantillas que les ayuden a implementar elementos de forma rápida y sencilla.

5. Simplifica y protege el acceso

Pregúntese quién va a acceder a cada aplicación y desde dónde. Debe tener en cuenta el comportamiento de los usuarios, la conectividad y un ancho de banda adecuado. Es posible que muchas de las aplicaciones que desea migrar a la nube, ya sea privada o pública, deban ser más accesibles desde cualquier lugar. Trasladarlas a la nube reducirá la carga sobre la infraestructura.

También hay cuestiones relacionadas con la autenticación y la seguridad; tradicionalmente, la mayoría de las empresas han utilizado controles de red, en lugar de controles de aplicaciones, para determinar el acceso. En una nube pública, puede que necesite adoptar nuevas tecnologías de gestión de identidades y accesos que antes no tenía.

6. Planifique su arquitectura

Al migrar a la nube, la arquitectura será diferente porque los componentes no son estáticos. En el caso de aplicaciones monolíticas, como las bases de datos, los mecanismos que antes estaban vinculados a direcciones IP específicas u otros componentes fijos no funcionarán en la nube. Es posible que necesite balanceadores de carga o proxies adicionales que ayuden a garantizar la coherencia en un entorno en constante cambio. Añada puntos de control adicionales para garantizar que todos puedan acceder a sus aplicaciones de forma constante y sin interrupciones.

7. Recuerda que no es fácil

Esto no es fácil. Como dijimos al principio, las arquitecturas de TI son complicadas.

Aunque no sea fácil, merece la pena, aunque solo sea por el ahorro de costes (OpEx y CapEx) y la escalabilidad. Además, algunas empresas han logrado un ahorro enorme con solo prepararse para la nube. Si evalúa el inventario de aplicaciones existente, analiza las dependencias, lo documenta todo y estandariza y simplifica tanto como sea posible, estará en la posición ideal para decidir qué trasladar y cómo hacerlo.

Contenido relacionado

ARTÍCULO

¿Se pueden tener demasiadas aplicaciones?

Las aplicaciones son la columna vertebral de la empresa moderna. Pero ¿puede perjudicarnos el exceso de algo bueno?

Leer el artículo ›

LIBRO ELECTRÓNICO

Principios para triunfar en entornos multinube

Descubra cinco factores que impulsan implementaciones en la nube eficientes y seguras.

Obtén el eBook ›

SOLUCIONES

Automatiza tus soluciones de DevOps

Deja de permitir que los equipos de DevOps, NetOps y SecOps se ralenticen entre sí. Opta por la automatización.

Descubre la solución ›

CASO DE USO

MAXIMUS optimizó sus operaciones con F5

Maximus recurrió a F5 para migrar sin problemas a AWS, automatizar sus procesos y liberar recursos.

Lee su historia ›