Introducción: Cómo migrar a la nube paso a paso

La migración a la nube no es solo una decisión tecnológica, es un cambio estratégico que redefine la operación y la innovación en tu organización. Para lograrlo con éxito, necesitas un enfoque estructurado que:

• Identifique capacidades organizacionales clave.
• Desarrolle un ciclo completo de adopción, desde la planificación hasta la optimización.
• Establezca un proceso de madurez progresiva en aprendizaje, liderazgo, escalabilidad y seguridad.

En esta guía, se propone un enfoque de cómo migrar a la nube de manera eficiente y segura, logrando beneficios tangibles para tu negocio.

Fase 1: Estrategia – Define la Visión, los recursos y los resultados esperados

Antes de dar el primer paso, define claramente tus motivaciones y objetivos de negocio. Los términos podrían ser:

• Reducción de costos: Transición de CAPEX a OPEX mediante pago por uso, especialmente en sistemas legados.
• Escalabilidad y agilidad: Responde a la demanda sin límites físicos. ¿Cuál es tu respuesta a la agilidad empresarial?.
• Innovación: Accede a tecnologías avanzadas como analítica e inteligencia artificial, sin incurrir en gigantes inversiones.

El segundo paso es hacer un inventario de recursos y definir métricas relacionadas a los mismos:

• Inventario inicial de workloads: Identifica aplicaciones y sistemas críticos, secundarios y no críticos.
• Métricas de éxito tempranas: Define indicadores como reducción de costos (TCO) y tiempos de respuesta.
• En términos de Innovación se puede pensar en métricas como número de iniciativas habilitadas, lead time de implementación de iniciativas o número de iniciativas estables.

Fase 2: Planificación – Diseña tu Roadmap y Cierra Brechas

Crea una Hoja de Ruta Clara

Un plan sólido garantiza una transición ordenada y controlada. Considera estos elementos:

1. Evaluación de recursos y habilidades:

• Análisis de capacidades organizacionales: Evalúa el nivel de habilidades técnicas y liderazgo dentro de tu equipo.
• Capacitación: Crea un plan de upskilling progresivo para roles clave.

2. Definición de “Zonas de Aterrizaje”:

• Define entornos base seguros y escalables para desplegar workloads (aplicaciones o sistemas). Los términos de una zona de aterrizaje incluyen cuestiones como: estandarización, seguridad, cumplimiento, escalabilidad y niveles de automatización.

3. Clasificación de cargas de trabajo:

• Lift & Shift: Movimientos rápidos y sin cambios.
• Optimización parcial: Mejoras mínimas (replatforming).
• Modernización avanzada: Rediseño de aplicaciones para cloud-native.
  Estas son estrategias de migración y puedes saber más de ellas en: Estrategias de Migración a la Nube(7Rs).

Fase 3: Preparación – Establece la Base Correcta

Pilares Fundamentales para una Migración Exitosa

1. Infraestructura y Automatización:

• Implementa Infraestructura como Código (IaC) con herramientas como Terraform, OpenTofu o scripts automatizados.
• Automatiza despliegues con pipelines CI/CD para reducir errores humanos.

2. Seguridad y Gobernanza:

• Establece políticas de acceso con gestión de identidades (IAM).
• Crea controles automatizados de costos y recursos para evitar desperdicios.
• Aplica un enfoque de seguridad por capas:
• Autenticación y cifrado.
• Segmentación de redes y monitoreo constante.

3. Preparación del Entorno:

• Una vez definidas, implementa las zonas de aterrizaje con configuraciones optimizadas para cargas de trabajo específicas.

Criterios de éxito:

• Reducción de tiempos de aprovisionamiento (de semanas a minutos).
• Cumplimiento de políticas de seguridad y gobernanza en todo el entorno.

Fase 4: Adopción – Ejecuta con Control y Escalabilidad

En esta fase, la iteración y la agilidad son clave para minimizar riesgos.

Pasos en una Adopción

1. Prioriza workloads no críticos: Permite ganar experiencia antes de mover aplicaciones complejas.
2. Migración por fases: Despliega en etapas para validar rendimiento y estabilidad.
3. Monitoreo continuo: Implementa herramientas nativas de observabilidad para identificar cuellos de botella:

• Cloud Monitoring: Tando desde el punto de vista de operacoines, como el de desempeño de aplicaciones y como el de seguridad.
• Cost Management: Evaluar iterativamente el gasto en nube.
• SLA/SLO Tracking: Evaluar el cumplimiento de los acuerdos y objetivos de nivel de servicio definidos para aplicaciones, datos y sistemas.

Fase 5: Optimización e Innovación Continua

La migración a la nube no termina una vez que los workloads están activos. El verdadero valor surge cuando optimizas y transformas tu negocio.

Optimización

1. Automatización avanzada: Mejora pipelines CI/CD y aprovecha soluciones serverless.
2. Right-sizing: Ajusta recursos para maximizar eficiencia de costos.
3. Replatform: Busca servicios autogestionados que reemplazen a soluciones como bases de datos, OAauth 2.0 servicios, etc.

Innovación con la Nube

• Aprovecha el poder de los datos con analítica avanzada:
• Plataformas de big data y machine learning.
• Desarrolla nuevas capacidades en la nube, como IA para análisis predictivo o personalización en tiempo real.

Métricas de éxito:

• Reducción de costos: Optimización del 20%-30% en recursos.
• Mayor agilidad: Despliegues de nuevas aplicaciones en horas en lugar de semanas.
• Capacidad de innovación: Nuevas soluciones que impactan directamente en la experiencia del cliente.

Conclusión: Cómo Migrar a la Nube con Éxito

Migrar a la nube es un viaje estratégico que transforma la forma en que operas, escalas e innovas. El éxito no depende solo de la tecnología, sino de la capacidad de tu organización para aprender, adaptarse y liderar en un entorno digital.

Claves para una migración exitosa:

• Una estrategia clara con objetivos definidos.
• Un roadmap práctico con un ciclo iterativo de adopción y optimización.
• La consolidación de habilidades, procesos y tecnologías enfocadas en escalabilidad y seguridad.

Historias de Éxito: Migración a la Nube

Sabe como migrar a la nube, involucra más estrategia y tácticas alrededor de objetivos, que una receta definida. Muchas empresas empiezan su camino por ejes y lo expanden progresivamente. Estas empresas, entre otras, son ejemplos de transformaciones digitales en la nube.

FICO: Impulsando la Analítica Predictiva con AWS

FICO, líder mundial en soluciones de analítica predictiva, migró a AWS para modernizar su infraestructura. Este movimiento permitió reducir costos operativos y acelerar el desarrollo de sus plataformas, ofreciendo servicios más ágiles a sus clientes. Leer más sobre la historia de FICO.

3M Health Information Systems: Transformación de la Analítica Sanitaria

3M HIS eligió Amazon Redshift para construir una plataforma de analítica en salud, logrando una solución escalable que procesa millones de registros médicos en tiempo real. La decisión de migrar a la nube transformó su capacidad de ofrecer insights críticos a los profesionales de la salud. Descubre cómo lo hizo 3M HIS.

Preguntas Frecuentes (FAQs)

1. ¿Qué necesito para migrar a la nube?
   Una evaluación clara de tu infraestructura, capacidades y un plan estructurado.
2. ¿Cuánto tiempo tarda una migración a la nube?
   Depende del alcance, pero suele implementarse por fases.
3. ¿Cuáles son los mayores beneficios de migrar a la nube?
   Reducción de costos, mayor agilidad y acceso a tecnologías avanzadas como IA y big data.

Ya sea simplemente mover aplicaciones existentes (migración a la nube) o rediseñar completamente tu infraestructura digital para aprovechar al máximo las capacidades de la nube (transformación en la nube), requiere de una estrategia adecuada, AWS promueve 7 estrategias de migración a la nube (las 7Rs):

• Rehost
• Replatform
• Repurchase
• Refactor / Re-architect
• Retire
• Retain
• Realocate

Este artículo te ayudará a entender cada una, cuándo utilizarlas, los pros y contras asociados, de forma que puedas tomar una decisión informada, buscando la innovación y optimización de recursos.

Estrategias de Migración a la Nube (7Rs)

Rehost (Lift and Shift)

El Rehost, o “lift and shift”, es una estrategia de migración a la nube que implica trasladar aplicaciones y datos a la nube con pocos o ningún cambio. Es una opción ideal para organizaciones que buscan una transición rápida, sin la necesidad de rediseñar su infraestructura actual.

Replatform (Lift, Tinker, and Shift)

Replatform es una estrategia de migración que implica hacer ligeros ajustes a la aplicación para optimizar su rendimiento en la nube. A diferencia de Rehost, esta estrategia aprovecha algunas capacidades de la nube sin realizar un rediseño completo, lo que puede llevar a una mayor eficiencia operativa.

Repurchase (Drop and Shop)

Repurchase implica abandonar una aplicación existente y migrar a una nueva solución SaaS en la nube. Esta estrategia es adecuada cuando una aplicación legada no justifica el esfuerzo de migración y una solución en la nube ofrece mayores beneficios.

Refactor / Re-architect

Refactor o re-architect es una estrategia de transformación en la nube que implica rediseñar una aplicación para aprovechar completamente las capacidades de la nube, como la escalabilidad automática o el uso de microservicios. Esta estrategia se utiliza cuando el objetivo es optimizar el rendimiento y la agilidad a largo plazo.

Retire

Retire implica desactivar/decomisar aplicaciones o componentes que ya no son necesarios. Esta estrategia forma parte del proceso de migración a la nube, ayudando a simplificar el entorno de TI y reducir costos.

Retain (Retener)

Retain es la decisión de mantener aplicaciones o componentes en su estado actual, en lugar de migrarlos a la nube. Esta estrategia de migración se utiliza cuando la migración no es viable o necesaria en el corto plazo, permitiendo una transformación en la nube más gradual.

Relocate

Relocate es similar al Rehost, pero se enfoca en mover una infraestructura completa, como máquinas virtuales VMware, directamente a la nube de AWS. Esta estrategia de migración a la nube es útil para organizaciones que buscan trasladar sus centros de datos sin realizar cambios significativos.

Planificación y Evaluación de la Migración

Antes de decidir cuál estrategia de migración es la más adecuada para tu organización, es crucial realizar un análisis exhaustivo del portafolio de aplicaciones.
AWS proporciona una guía detallada sobre cómo evaluar y planificar la migración de tu portafolio de aplicaciones existentes, lo que es fundamental para asegurar una migración a la nube exitosa y efectiva. Este análisis te permitirá identificar qué aplicaciones deben ser rehosteadas, replatformadas, o incluso retiradas, optimizando así la estrategia de migración de tu empresa.
Para más detalles sobre cómo realizar esta evaluación, consulta esta guía de AWS sobre planificación de la migración.

Pensamiento finales

Entender estas estrategias de migración es clave para desarrollar una estrategia que se alinee con los objetivos de tu empresa. Ya sea que busques una simple migración a la nube o una transformación completa, combinar diferentes estrategias puede ayudarte a maximizar los beneficios y minimizar los riesgos.

Recomendaciones:

1. Evaluación Inicial: Realiza una auditoría detallada de tus aplicaciones y recursos antes de elegir una estrategia de migración.
2. Combinación de Estrategias: Considera usar una combinación de “Rehost” y “Refactor” para balancear entre rapidez y optimización.
3. Evolución Continua: Piensa en “Replatform” y “Refactor” como parte de un proceso evolutivo en la nube, donde inicialmente puedes optar por “Rehost” y luego optimizar progresivamente.

Introducción a Amazon VPC

Amazon VPC significa Amazon Virtual Private Cloud.

El servicio Amazon VPC permite a los usuarios crear una sección virtual y aislada de la nube de AWS, donde pueden lanzar recursos en una red virtual definida por ellos mismos. Esto brinda un control granular sobre el entorno de red, incluida la selección de rangos de direcciones IP, creación de subredes, y configuración de tablas de rutas y gateways de red.
Amazon VPC es esencial para mantener la seguridad y el aislamiento de los recursos, y para crear redes escalables y flexibles que se integren con otros servicios de AWS.

IMPORTANTE

• Cuando comienzas a utilizar AWS, se crea de forma predeterminada una VPC en cada región de AWS. Una VPC predeterminada viene con una subred pública en cada zona de disponibilidad (AZ), una puerta de enlace de Internet (IGW).
• La idea es que puedas comenzar rápidamente y lanzar instancias públicas como un blog o un sitio web simple.
• Siempre podrás modificar esta configuración inicial, mientras evoluciona tu arquitectura.

Características de Amazon VPC

Las siguientes son las características o componentes que ayudan a entender ¿qué es Amazon VPC? y que Amazon VPC permite crear en la nube AWS.

5 Beneficios principales de Amazon VPC

Seguido a la descripción de las características de Amazon VPC, veamos como las mismas tienen la capacidad de ofrecer opciones muy poderosas para tu infraestructura en la Nube.

1. Seguridad y Control de Acceso
   Amazon VPC permite crear un entorno de red aislado con control granular sobre el acceso, asegurando que solo el tráfico autorizado acceda a tus recursos.
2. Personalización y Flexibilidad
   Permite configurar tu red virtual según las necesidades específicas de tu empresa, incluyendo la selección de rangos de direcciones IP y la creación de subredes.
3. Escalabilidad
   Puedes adaptar fácilmente tus recursos de red a medida que crece tu empresa, sin la necesidad de invertir en infraestructura física costosa.
4. Integración con Otros Servicios de AWS
   Te provee de mecanismos de integración de Amazon VPC con otros servicios de AWS (VPC endpoints) para una implementación y gestión eficiente de aplicaciones en la nube.
5. Opciones de Conectividad Híbrida
   Conexión de forma segura de tu VPC con tu red local mediante opciones como VPN y AWS Direct Connect, permitiendo un entorno de red híbrido.

Precios de Amazon VPC

No hay cargos por configurar y usar VPCs, los cargos vienen de otros servicios (activados a demanda) que se usan para personalizar el control, monitoreo, seguridad o conectividad en la VPC.
Los casos incluyen, entre otros, servicios como:

• VPC Flow Logs y Trafic Mirroring.
• Transferencia de datos fuera de la red de AWS con redes privadas o VPCs en otras regiones.
• IPs públicas reservadas pero no usadas con servicios AWS en ejecución.
• Servicios adicionales de conexión como NAT Gateways, VPNs, VPC Endpoints o AWS Direct Connections.
  Evidentemente, hay más servicios que vamos a aprovisionar en la VPC, como Amazon EC2 o Amazon RDS o Amazon Load Balancers, los cuales tendrán cada uno su costo independiente.

Puedes encontrar más detalles en Precio de Amazon VPC.

Pensamientos finales

¿Qué es Amazon VPC? En este artículo hemos descrito a Amazon VPC como servicio esencial dentro de AWS que permite a las empresas crear redes virtuales seguras y escalables y ofrece un control granular sobre el entorno de red.
Los beneficios de usar Amazon VPC incluyen seguridad mejorada, escalabilidad, integración con otros servicios de AWS y opciones de conectividad híbrida.
Al migrar a la nube de AWS, es importante realizar una evaluación exhaustiva de los requisitos de la aplicación, planificar adecuadamente la arquitectura de red, seleccionar una estrategia de migración adecuada, y tener en cuenta los costos y el cumplimiento.
Es clave entonces saber que es Amazon VPC y conocer exaustibamente las posibilidades que nos ofrece para diseñar arquitectura seguras por sobre todo pero al mismo tiempo que nos optimice siempre el costo OPEX en la nube.

Las instancias EC2 tipo T están en el grupo de propósito general, lo cual significa que su configuración es la más estándar posible y podría usarse para cargas de trabajo (workloads) que impliquen un balanceo moderado de recursos, tanto de CPU, memoria, red y acceso al almacenamiento.

Concretamente los siguientes son los casos de uso de las instancias EC2 tipo T recomendados por Amazon Web Services:

1. En desarrollo y pruebas: ¿necesitas un lugar para probar nuevas ideas sin estresar tus principales servidores? las instancias tipo T pueden ser la respuesta, ya que manejan a la perfección picos ocasionales de CPU.
2. En sitios Web y aplicaciones de bajo tráfico: ¿tu sitio Web o aplicación no tiene tráfico masivo 24/7? las instancias tipo T podrían ser tu solución ideal, ya que tienen un costo más económico (especialmente la Txg), y puedes servir ese sistema ERP, CRM, etc. con una inversión moderada.
3. En microservicios: si tus microservicios necesitan un picos ocasionales para manejar tareas intensivas de CPU, las instancias tipo T están listas y pueden ayudar. Aunque hay otras opciones de cómputo, puedes usar este esquema y pasar a otro si la carga es intensiva o impredecible.
4. Para pequeñas bases de datos: para bases de datos que no necesitan siempre estar a pleno rendimiento, una instancia tipo T podría ser una opción eficiente y económica. Cabe señalar que si tienes muchos I/O en el disco es recomendable combinar esta instancia con volúmenes #AmazonEBS de tipo io2.
5. Para servidores de respaldo: ¿tienes servidores que están en stand-by la mayoría del tiempo?, es decir están ahí para planes de continuidad. Las instancias tipo T son ideales gracias a su modelo de rendimiento “burstable” que ayudarán hasta reactivar tu esquema principal.

Hay que tomar en cuenta que las instancias tipo T no son las más adecuadas para cargas de trabajo que requieren un alto rendimiento constante de CPU (ahí necesitaras instancias tipo C o M). pero para muchas otras tareas, son excelentes.

Hay otros tipos de instancias de propósito general y puedes ver más información en Tipos de instancias EC2 en AWS., donde encontrarás sus variantes como T4g, T3, T3a y T2.

Cada variante tienen unas características de hardware específicas, así T4g significa que usa el procesador Graviton o T3a significa que usa el procesador AMD.

Tecnologías Serverless en AWS

¿Qué es Serverless?

El término “Serverless” se refiere a un enfoque de arquitectura en el cual los desarrolladores no necesitan gestionar ni mantener servidores para ejecutar sus aplicaciones. En lugar de esto, las aplicaciones se construyen utilizando servicios en la nube que automáticamente escalan y se encargan de la administración de recursos, como el cómputo, el almacenamiento y la red.

Ventajas de las tecnologías Serverless

• Costo: Solo pagas por lo que usas, ya que las tecnologías Serverless se facturan según el consumo de recursos y el tiempo de ejecución en lugar de tener costos fijos de servidores. Esto puede resultar en un ahorro significativo en comparación con la administración de infraestructura propia.
• Escalabilidad: Las aplicaciones Serverless escalan automáticamente según la demanda, lo que garantiza un rendimiento óptimo incluso en momentos de alta demanda. Esta escalabilidad dinámica elimina la necesidad de planificar la capacidad de los recursos y facilita el manejo de picos de tráfico inesperados.
• Desacoplamiento: Las tecnologías Serverless permiten desarrollar aplicaciones modulares y desacopladas, lo que facilita la actualización y el mantenimiento del software, a diferencia de un paradigma monolítico.
• Independencia tecnológica: Al no depender de una infraestructura específica, las aplicaciones Serverless pueden adaptarse fácilmente a cambios en los requisitos de negocio o tecnología.
• Foco en el negocio: Los desarrolladores pueden centrarse en la lógica de la aplicación para crear valor al negocio, en lugar de preocuparse por la administración y el mantenimiento de la infraestructura. Esto permite a los equipos de desarrollo ser más ágiles y entregar nuevas funcionalidades más rápidamente.
• Resiliencia: Dado que las aplicaciones Serverless se construyen con servicios en la nube de alta disponibilidad y tolerantes a fallos, es menos probable que experimenten interrupciones o tiempo de inactividad. Además, las aplicaciones Serverless pueden beneficiarse de la redundancia geográfica y el balanceo de carga que ofrecen los proveedores de servicios en la nube como AWS.

Principales servicios Serverless en AWS

Otros Servicios

Dependiendo del caso de uso los siguientes son servicios Serverless que son usados menos frecuentemente o para casos de negocios específicos. Así tenemos: AWS AppSync (servicio que facilita el desarrollo de aplicaciones basadas en datos en tiempo real y offline, utilizando una única API GraphQL), Amazon RDS Proxy (proxy de conexiones a Amazon RDS sin servidor), Amazon Aurora Serverless (base de datos relacional sin servidor), Amazon Redshift Serverless (bodega de datos Bigdata sin servidor), Amazon Neptune Serverless (base de datos de grafos sin servidor), Amazon Opensearch Serverless (base de datos clave-valor sin servidor).

Casos de uso frecuentes de tecnologías Serverless

Aplicaciones web y móviles:

Las tecnologías Serverless en AWS permiten construir aplicaciones web y móviles escalables y de alto rendimiento sin la necesidad de administrar infraestructura. En paradigmas como BaaS y FaaS, los desarrolladores pueden centrarse en la lógica de la aplicación y la experiencia del usuario, mientras que AWS se encarga de la escalabilidad, la seguridad y el mantenimiento de la infraestructura.

Procesamiento de imágenes y vídeos:

Las aplicaciones Serverless pueden procesar y transformar imágenes y vídeos en respuesta a eventos, como la carga de archivos en Amazon S3 o la solicitud de un usuario. Los servicios de AWS, como Amazon Lambda, Amazon Comprehend y/o Amazon Elastic Transcoder, pueden ayudar a automatizar tareas como el redimensionamiento de imágenes, reconocimiento de imágenes, extracción de metadatos y la transcodificación de vídeos.

Análisis de datos en tiempo real:

Las tecnologías Serverless en AWS pueden utilizarse para procesar y analizar grandes volúmenes de datos de diversas fuentes, como registros de aplicaciones, eventos de IoT o transacciones de comercio electrónico. Los servicios de AWS, como Amazon Kinesis, AWS Glue y Amazon Athena, pueden ayudar a extraer información valiosa de los datos y generar informes y visualizaciones en tiempo real o por lotes.

Automatización de flujos de trabajo (Workflows):

Las aplicaciones Serverless pueden automatizar y optimizar procesos empresariales, como la aprobación de documentos y requerimientos internos. Los servicios de AWS, como Step Functions y Amazon Simple Workflow Service (SWF), pueden ayudar a modelar, coordinar y ejecutar flujos de trabajo complejos y tareas de larga duración.

Pensamientos finales

Las tecnologías Serverless en AWS ofrecen una gran cantidad de ventajas y oportunidades para los desarrolladores y las empresas que buscan construir y desplegar aplicaciones en la nube.

Al eliminar la necesidad de aprovisionar, administrar y mantener la infraestructura, las aplicaciones serverless permiten a los equipos centrarse en el desarrollo de nuevas funcionalidades y mejorar la experiencia del usuario.

La escalabilidad y resiliencia implícita en estos servicios nos da la tranquilidad de tener continuidad en el negocio a un costo por uso y reducido frente a un provisionamiento y tecnologías on-demand.

Las tecnologías Serverless en AWS están transformando la forma en que las organizaciones desarrollan y despliegan aplicaciones en la nube. Al adoptar estas tecnologías y seguir las mejores prácticas de arquitectura y desarrollo, las empresas pueden reducir costos, mejorar la eficiencia y entregar soluciones innovadoras que satisfagan las necesidades y expectativas de sus usuarios y clientes.

Conclusiones

Estos 7 beneficios de la computación en la nube, se ponen a consideración como los principales para animar a su adopción empresarial.

Existen otros más como: el acceso a costos en economía de escala, accesos a servicios emergentes como Machine Learning, Blockchain o la computación sin servidor (Serverless), que de otro modo serían inaccesibles para empresas medianas o pequeñas.

Habilita una democracia tecnológica.

Otro punto interesante, y a mi opinión más importante, es la contribución a la energía limpia, dado que la tendencia de tener millones de centros de datos privados en el mundo, indudablemente afectan al uso excesivo de energía en el planeta.

Esperamos que sea útil esta información de los 7 beneficios de la Computación en la Nube, para la toma estratégica de la decisión de adopción en su empresa y les invitamos a dejar en los comentarios, ¿cuál es su postura hacia la computación en la nube?.

Le puede interesar saber también ¿Cómo adoptar la Nube exitosamente?.

Contenido:

• ¿Qué es AWS?
• Regiones en AWS
• ¿Cuáles son los principales servicios de AWS?
• Seguridad
• Costos

¿Qué es AWS?

Amazon Web Services o AWS es una compañía que ofrece más de 200 servicios de cómputo a sus clientes, tanto de tipo Infraestructura como servicio (IaaS), Plataforma como servicio (PaaS), Base de Datos como servicio (BaaS) y Software como servicio (SaaS).

Regiones en AWS

AWS ofrece estos servicios a través de decenas de centros de datos (data centers) en más de 29 regiones geográficas en todos los continentes del mundo: América del Norte, América del sur, Europa, Medio Oriente, África, Oceanía y Asia del Pacífico.

Esto por supuesto representa una red global, que garantiza la menor latencia desde cualquier lugar del mundo, y que además está potenciada por otros cientos de centros de datos más cercanos y más pequeños, distribuidos geográficamente llamados “edge locations” que mantienen servicios de caché y endpoints mucho más cercanos por país.

Ninguna otra Nube, al día de esta publicación, tiene la cobertura. que ofrece AWS.

¿Cuáles son los principales servicios de AWS?

Es difícil decidir cuáles son los servicios que vamos a exponer aquí, pues todos son principales dependiendo del caso de negocio que requieras.
El enfoque a continuación va a ser detallar los servicios agrupados por área de uso de los mismos:

Puedes basarte en esta página de Documentación de AWS para ver una lista completa de los servicios.

La mayor parte de servicios traen por defecto incorporadas opciones para escalabilidad y alta disponibilidad, por lo que es una gran ventaja para tu esfuerzo de operaciones.

Seguridad

Es un tema muy muy amplio en AWS y el pilar más importante de Una Buena Arquitectura en AWS, sin embargo, te puedo comentar que AWS cumple con todos los estándares internacionales de seguridad con respecto a infraestructura y gobierno en sus servicios; puedes encontrar más información en “Seguridades en la Nube AWS: Que opciones tenemos”.

Costos

Esto es un tema esencial para todas las organizaciones, y es que el modelo de costos de AWS, permitió a muchas empresas innovar y experimentar con riesgos más bajos. Básicamente hay dos modelos:

• On Demand: que es donde pagas por el tiempo que uses el servicio de cómputo, y es ideal para probar y arrancar nuevos servicios de tu empresa.
• 1-3 años: aquí tienes la opción de un menor costo por el uso de cada servicio y puedes pagarlo por adelantado, con un importante descuento; o mensualmente por adelantado, en donde el descuento es menor, pero es mucho mejor que la modalidad On Demand.

Pensamientos Finales

AWS es un proveedor de Computación en la Nube que sin duda ofrece más que servidores a sus clientes. Ofrece oportunidad y velocidad de experimentación e innovación a sus clientes, simplificando el acceso a tecnologías, con bajos costos y reducción del riesgo.

Hemos visto en este artículo ¿qué es AWS? Y ¿cuáles son los principales servicios de AWS?. Sin embargo, quedaron muchos servicios por fuera de la lista dado que es una introducción, por lo que se recomienda acudir a un experto en estas tecnologías si deseas saber más de sus opciones.

La distribución regional de cómputo a lo largo de todo el mundo es única de AWS y por lejos asegura la menor latencia y mayor rendimiento a tus aplicaciones, lo cual es sin duda un factor de decisión importante.

La seguridad en la prioridad No. 1 de AWS, por lo que puedes estar tranquilo que tienes opciones para llegar tan lejos como desees en este aspecto y diseñar sistemas seguros.

Finalmente, el modelo de costos de AWS habilita a las empresas, desde startups hasta corporaciones, a implementar nuevos servicios digitales con velocidad, menor inversión y una reducción del riesgo significativa. De hecho, en la actualidad muchas empresas optan por una estrategia de costos basada en OPEX.

Amazon Lightsail, en más que un servicio, en realidad es un conjunto de servicios de AWS con la visión de tener un completo control de costos y una simplificación de administración.

El enfoque, es poder acceder a una arquitectura de CERO a failover, con una reducción importante de complejidad en la configuración y un control completo de los costos, y claro, más la velocidad, rentabilidad y oportunidad de innovación que ofrece AWS para tu empresa.

Una Arquitectura de CERO a failover

Para efectos de explicar los servicios de Amazon Lightsail, vamos a tomar como referencia la siguiente arquitectura que nos da alta disponibilidad y failover.

Evidentemente, la arquitectura puede ser mucho mejor y dependerá de tu requerimiento, pero vamos a asumirla como la deseada para una aplicación monolítica Web.

Vamos a empezar de atrás hacia adelante:

Base de Datos

Amazon Lightsail nos ofrece el servicio de Amazon RDS para motores MySQL y PostgreSQL a un costo fijo, con varias opciones de rendimiento, que van desde 1 GB hasta 8 GB.

Adicionalmente una de las grandes ventajas es que Amazon RDS es una solución completamente administrada, es decir no te encargas de instalar, administrar, parchear o respaldar la base de datos.

Una opción interesante que posibilita el Failover a través de su configuración Multi-AZ, en donde Amazon RDS se encargará automáticamente del switch en caso de falla.

Servidores de Aplicación

Las instancias de servidores para tu aplicación Web, son aprovisionadas para tu caso de negocio con el servicio Amazon EC2, de igual forma con costo fijo, en donde puedes elegir instancias de entre 2GB a 32GB.

Te ofrece además, la posibilidad de seleccionar el Sistema Operativo Linux más adecuado a tu aplicación, estando entre los principales: CentOS, Ubuntu y Amazon Linux 2.

Una de las ventajas, en mi opinión, es que te da la opción de la instalación optimizada de aplicaciones de Software más comunes en hosting como WordPress, Joomla y Prestashop entre otros o, la instalación de Software necesario para tus aplicaciones Web como LAMP, Node.js o Nginx.

Balanceador de Carga

Uno de los componente claves de un esquema de alta disponibilidad es tener una balanceador de carga, que puede afrontar un eventual fallo de un servidor o gestionar alto tráfico de peticiones entre varios servidores.

Con Amazon Lightsail puedes aprovisionar un balanceador con la tecnología de su servicio Elastic Load Balancer.

Este balanceador permitirá monitorear la salud de los servidores destino, balancear la carga y enrutar el tráfico con protocolos HTTP y HTTPS, y, de igual forma tiene un costo fijo mensual para tu estrategia de costos fijos.

CDN

Bien, como sabes, un CDN nos ayuda a servir todos esos recursos que no cambian en nuestra aplicación Web, como imágenes, hojas de estilo y librerías JavaScript. Esto supone una gran ventaja, pues la experiencia del cliente al consumir la aplicación va a ser mucho más rápida en ese aspecto.

Amazon Lightsail nos ofrece una distribución CDN en la cual se va a almacenar en cache estos contenidos y serán servidor de forma acelerado a tu usuario dependiendo de la región del mundo, en los más de 300 data centers de AWS alrededor del mundo.

Otros Servicios

Es importante mencionar que Amazon Lightsail también tiene la posibilidad de aprovisionar otros servicios que contribuyen a tu estrategia de arquitectura. Así podemos mencionar a los siguientes:

Contenedores

Amazon Lightsail te permite aprovisionar contenedores para servir tus aplicaciones. Bajo una administración de costos fijos puedes aprovisionar nodos desde 512MB hasta 8GB de RAM, y, hasta 20 nodos por región, lo que te da la posibilidad de correr desde microservicios hasta aplicaciones completas contenerizadas.

El servicio te proporciona un endpoint del clúster de contenedores a donde puedes apuntar tus peticiones, abstrayéndote de toda la complejidad que puede significar aprovisionar y gestionar un clúster de contenerización.

Cabe mencionar aquí, que puedes monitorear el clúster, incrementar su capacidad de forma automática o manual y sincronizar tus imágenes de contenedores con un servicio de registro como Amazon ECR u otro.

Certificados SSL

Todos los endpoints tanto del CDN, balanceador de carga y clúster de servidores, suelen requerir, y se recomienda encarecidamente, el uso de protocolo HTTPS para su acceso. Este requiere de generación de certificados SSL y su asociación con dominios de internet.

Para esto Amazon Lightsail te permite crear los certificados, firmados por Amazon como entidad certificadora oficial, y asociarlos a estos dominios sin costo en cualquiera de sus servicios (incluso en los que no son a través de Amazon Lightsail) de forma amigable.

IPs estáticas

A menudo, especialmente para backend se suele requerir tener IPs estáticas para los servidores aprovisionados, de forma que las instancias creadas, que al principio tienen una IP pública temporal, no pierdan su IP al ser recreadas por actualizaciones o mantenimiento.

En este caso, Amazon Lightsail te permitirá tener IPs estáticas para tu arquitectura y asociarlas a tus instancias cuando lo desees. Es importante mencionar que las mismas no tienen costos siempre que están asociadas a una instancia.

Emparejamiento con otros servicios de AWS

Sabemos que la arquitectura base de este artículo, no es la adecuada en muchos casos, y a menudo se quiere tener acceso a un NFS (Amazon EFS), un almacenamiento de objetos como Amazon S3, otros servidores en Amazon EC2 o en general a otros servicios proporcionados por AWS.

Pensado en esto, Amazon Lightsail tiene la opción de activar la característica llamada VPC peering, la misma que permite a los recursos aprovisionados en Amazon Lightsail mirar a los recursos aprovisionados de toda la Nube AWS.

Esta configuración se activa desde la opción “Account → Advanced” de la consola de Amazon Lightsail y se empareja con la VPC por defecto de tu infraestructura en AWS normal.

¿Hasta dónde usar Amazon Lightsail?

Bueno, la idea siempre será optimizar costos, y mientras los mismos dentro de Amazon Lightsail sean menores a los causados con la misma arquitectura en el aprovisionamiento normal que llevaría en AWS, deberíamos considerar seguir con Amazon Lightsail.

Por otro lado tenemos ciertos requerimientos que no van a poder ser cumplidos con Amazon Lightsail, como demanda de instancias HPC (cómputo de alto rendimiento), bases de datos propietarias como Oracle, SQLServer, etc., servicios de colas como SQS, etc. en donde sería mejor opción un esquema de aprovisionamiento normal en AWS.

La otra principal razón en mi opinión, es la simplificación, pues una gestión de un esquema failover y de alta disponibilidad en aprovisionamiento normal en AWS, es mucho más complejo y demandante de conocimiento (empezando en como diseñar apropiadamente tu VPC), que hacerlo en Amazon Lightsail en donde hay muchas opciones por defecto que cubren el escenario.

Conclusiones

En este artículo hemos mirado como la solución, Amazon Lightsail un esquema de costo fijo AWS, representa una opción para esas empresa que prefieren tener un control total de la inversión en la Nube.

Amazon Lightsail permite crear esquemas de arquitectura que incluye desde un simple servidor hasta un esquema completo de alta disponibilidad y failover para sus aplicaciones.

Además, Amazon Lightsail cuenta con opciones de contenerización, con lo cual podrías aprovisionar arquitecturas que requieran microservicios y escalamiento contenerizado, de forma automática o manual.

Por otro lado y muy importante, hemos visto como los servicios aprovisionados en Amazon Lightsail pueden convivir con tus servicios aprovisionados en toda la Nube AWS a través de VPC peering, lo que te da opciones para seguir usando los otros servicios que no incluye Amazon Lightsail como Amazon S3, Amazon EFS, AWS Lambda, Amazon Redshift, etc.

Amazon Lightsail no es para todas las arquitecturas, y habrá que evaluar en términos de costo y carga de gestión, si es más apropiado utilizar un esquema tradicional o el simplificado que nos ofrece este servicio.

La respuesta corta a esta pregunta es a través de su servicio AWS Systems Manager (con la abreviatura SSM) y en concreto con la funcionalidad Patch Manager.

Sin embargo, hay que mencionar que la solución AWS Systems Manager no solamente nos ayuda con la aplicación de parches a nivel del Sistema Operativo y a nivel del Software instalado, también nos ofrece una administración y monitorización completa de los recursos desplegados en AWS e incluso de los recursos On-premises que deseemos adicionar a su gestión.

Es realmente impresionante el nivel de gestión que se puede alcanzar con esta herramienta para toda tu infraestructura, te animo mirar todas las posibilidades en la página Características de AWS Systems Manager. Por supuesto, si deseas tener una versión resumida de esta herramienta, me dejas saber en los comentarios .

Aplicando parches en instancias EC2 en AWS

Vale resaltar que no es lo mismo parchear 2 o 3 instancias EC2 que parchear decenas, cientos o miles de instancias distribuidas en varias regiones a lo largo de AWS.

A continuación vamos a describir un conjunto de pasos para poder aplicar los parches en instancias EC2 en AWS:

El primer paso, y parte de las buenas prácticas de aprovisionamiento de recursos en AWS, es marcar los mismos a través de AWS Tags, que son etiquetas asociadas a los recursos aprovisionados en AWS que nos permitirán identificarlos y clasificarlos de acuerdo a nuestra estrategia de Gobierno TI.

Ya ingresando al servicio AWS Systems Manager o SSM, el segundo paso es usar una Línea Base (Baseline) predefinida en la opción Patch Manager de este servicio; esta es una definición de Sistema Operativo y criticidad de actualizaciones preestablecida, y que es aplicable a nuestras instancias EC2.

Claro que tú puedes crear tu propia Línea Base, si tienes algún requerimiento especial que no encuentres en las múltiples opciones que encontrarás predefinidas allí.

Luego, como tercer paso, y que mi criterio es muy recomendado, especialmente si tienes desde decenas de servidores o un nivel de continuidad de negocio que lo exige, es crear Grupos para Parches (Patch groups) en tu definición de Línea Base. La idea es identificar con una etiqueta a un grupo de instancias a parchear que contengan esa definición en sus AWS Tags.

¡Ten cuidado!, y por esto es importante tener definidos Grupos para Parches, ya que AWS no prueba los parches antes de ponerlos a disposición en Patch Manager, porque pertenecen en su mayoría a los fabricantes del Software.

AWS no prueba los parches antes de ponerlos a disposición en Patch Manager.

La definición de una ventana de cambios (Maintenance Windows) viene a ser el cuarto paso, y se la define a través del servicio AWS Systems Manager. Aquí vamos a especificar el horario, la duración y la recurrencia en la cual se va a ejecutar las acciones asociadas a la misma.

El quinto paso, y el más largo, es asociar la ventana de mantenimiento con la Línea Base y el Grupo para Parches, aunque también podrías asociarla con instancias específicas EC2 lo cual no sería recomendado y práctico.

El comando objetivo para correr la Línea Base definida es “AWS-RunPatchBaseline” y lo observarás en las opciones correspondientes en Patch Manager.

Patch Manager no admite actualizaciones de versiones principales (major versions) de Sistemas Operativos como ir de Windows Server 2019 a 2022 o RHEL 7 a RHEL 8.

¡Listo!, una vez realizado estos pasos, está automatizado el proceso de aplicación de parches en tus instancias EC2 en AWS y lo podrás monitorizar desde la opción Managed Instances en el servicio AWS Systems Manager.

Te recomiendo ver una versión más detallada de este proceso en el Blog Aplicación de parches a sus instancias de Windows EC2 con AWS Systems Manager Patch Manager de Stefan Minhas .

Conclusiones

Es completamente posible automatizar la aplicación de parches en los recursos en AWS incluso en instancias On-premises que han sido asociadas al servicio AWS Systems Manager.

AWS Systems Manager es un servicio para la gestión y monitorización de los recursos en AWS que nos permite mantener una administración adecuada de la Nube.

Patch Manager nos provee de Líneas Base predefinidas para mantener actualizados a nuestros servidores de forma automática, pero es importante comprender que AWS no prueba estás actualizaciones previamente ya que en su mayoría son de terceros, por lo que debemos considerarlo en nuestra estrategia de gestión.

Patch Manager maneja solamente actualizaciones menores (minor versions), no está pensado para hacer migraciones de versiones principales.

Hay muchas otras opciones de Patch Manager que no se han visto en esta guía de como parchear los servidores en AWS, como notificaciones, reportes y evaluación de cumplimiento; sin embargo, son muy útiles ya en un escenario empresarial y deberían considerarse.