Resumen
El cómputo en la nube permite a las organizaciones usar capacidad de procesamiento, almacenamiento y servicios administrados bajo demanda, en lugar de comprar y mantener su propio hardware. Para las empresas en crecimiento, el cambio va más allá de dónde se ejecutan los sistemas: cambia la rapidez con la que los equipos responden a la demanda, la forma en que se paga la tecnología y la confiabilidad con la que se pueden reunir los datos de muchos sistemas para analizarlos. Este documento explica qué es el cómputo en la nube, describe los seis beneficios más relevantes para los líderes de negocio y de tecnología, señala los riesgos que hay que prever y propone un camino práctico de adopción que protege los datos históricos de los que dependen las organizaciones.
1Qué es el cómputo en la nube
El Instituto Nacional de Estándares y Tecnología de los Estados Unidos (NIST) describe el cómputo en la nube como un modelo que permite el acceso conveniente y bajo demanda, a través de la red, a un conjunto compartido de recursos de cómputo configurables, como redes, servidores, almacenamiento, aplicaciones y servicios, que pueden aprovisionarse y liberarse rápidamente con un esfuerzo mínimo de administración [1].
El NIST identifica cinco características esenciales: autoservicio bajo demanda, amplio acceso a la red, agrupación de recursos, elasticidad rápida y servicio medido. Los servicios se ofrecen como infraestructura (IaaS), en la que se rentan servidores, almacenamiento y redes; como plataforma (PaaS), en la que el proveedor también opera el sistema operativo y el middleware, o como software (SaaS), en el que se usan aplicaciones completas. Pueden ejecutarse en una nube pública, privada, comunitaria o híbrida [1].
2Seis beneficios para las empresas en crecimiento
-
2.1Capacidad que sigue a la demanda
Los recursos pueden agregarse cuando la demanda aumenta y liberarse cuando disminuye, a menudo en minutos y sin hardware nuevo. En lugar de comprar para la carga máxima y dejar capacidad ociosa el resto del año, una empresa en crecimiento puede ajustar la infraestructura a su uso real y atender a clientes en nuevas regiones sin construir centros de datos.
-
2.2Costos ligados al uso
Los servicios en la nube suelen cobrarse por consumo, de modo que el gasto pasa de grandes compras iniciales a un gasto operativo que sigue a la actividad. Las nuevas iniciativas pueden empezar en pequeño y los costos pueden reportarse por aplicación, equipo o cliente. Esa flexibilidad exige disciplina: la práctica conocida como FinOps reúne a los equipos de ingeniería, finanzas y negocio para administrar el gasto en la nube en función del valor para el negocio [4].
-
2.3Entregas más rápidas
Los equipos pueden crear ambientes de desarrollo, pruebas y producción bajo demanda, y automatizar la forma en que el software se construye y se libera, lo que acorta el camino de la idea al sistema en funcionamiento. Las bases de datos, la mensajería y la analítica administradas eliminan trabajo que antes requería hardware y administración dedicados, así que los ingenieros dedican más tiempo a lo que distingue al negocio.
-
2.4Resiliencia y continuidad
Los principales proveedores operan varios centros de datos físicamente separados, a menudo llamados zonas de disponibilidad, dentro de la mayoría de sus regiones. Los sistemas diseñados para abarcarlas pueden seguir funcionando ante fallas de hardware y muchas interrupciones locales, y los servicios administrados de respaldo y replicación hacen que la recuperación ante desastres sea más práctica que construir un segundo sitio. La resiliencia no es automática: depende de cómo se diseña cada sistema y de planes de recuperación que se ponen a prueba.
-
2.5La seguridad como responsabilidad compartida
Los proveedores de nube protegen los centros de datos físicos, las redes, los servidores y la capa de virtualización, y ofrecen servicios de cifrado, identidad y monitoreo que serían costosos de construir internamente. Los clientes siguen siendo responsables de sus datos, sus cuentas de usuario, los controles de acceso y la configuración de los servicios que usan [2][3]. Saber dónde está esa línea en cada servicio es el punto de partida de un entorno seguro en la nube.
-
2.6Una base unificada para los datos
Las plataformas de datos en la nube pueden reunir los registros de muchos sistemas operativos en un solo entorno gobernado, en el que el almacenamiento y la capacidad de procesamiento escalan de forma independiente. Cuando los datos heredados se migran con su historial intacto y se concilian con el origen, los líderes pueden reemplazar las hojas de cálculo fragmentadas y los reportes tardíos con una visión del negocio consistente y oportuna.
3Qué hay que prever
Los beneficios anteriores dependen de cómo se lleve a cabo la transición. Seis áreas merecen atención desde el principio.
- Integridad de los datos. Los registros históricos aportan el contexto de las tendencias, las auditorías y los pronósticos. Las migraciones requieren perfilado, mapeo, validación y conciliación para que nada se pierda ni cambie sin que nadie lo note.
- Dependencias heredadas. Los sistemas más antiguos suelen depender de integraciones no documentadas, procesos programados y transferencias de archivos que deben descubrirse antes de mover cualquier cosa.
- Gobierno de costos. El cobro por consumo premia la administración activa. Hay que definir presupuestos, responsables de los costos y rutinas de revisión desde el principio.
- Habilidades y modelo operativo. Los equipos necesitan habilidades en arquitectura de nube, seguridad y automatización, y una responsabilidad clara sobre cada sistema una vez que está en operación.
- Cumplimiento y residencia de los datos. Algunos datos deben permanecer en jurisdicciones específicas o cumplir normas de la industria. La elección de regiones y los controles deben reflejar esas obligaciones.
- Dependencia del proveedor. Los servicios propietarios pueden acelerar las entregas, pero dificultan un cambio de proveedor. Hay que decidir de forma deliberada dónde importa la portabilidad.
4Un camino práctico hacia la nube
- Evaluar. Inventariar aplicaciones, integraciones y fuentes de datos, e identificar al responsable de cada una.
- Priorizar. Ordenar las cargas de trabajo por valor para el negocio y riesgo, y elegir un enfoque para cada una: moverla tal como está, adaptarla a servicios administrados, reconstruirla, reemplazarla con un producto SaaS o retirarla.
- Diseñar. Definir la arquitectura objetivo, incluidos los controles de seguridad, redes, datos y costos, antes de la primera migración.
- Migrar por etapas. Ensayar cada traslado, conciliar los datos con el origen y hacer el corte solo cuando se cumplan los criterios de aceptación acordados.
- Operar y mejorar. Monitorear el rendimiento, la confiabilidad y el costo, y perfeccionar la plataforma a medida que el negocio crece.
5Conclusión
El cómputo en la nube da a las empresas en crecimiento acceso a capacidad, resiliencia y capacidades de datos que antes solo eran prácticas para las grandes corporaciones. Los beneficios dependen de una ejecución disciplinada: una arquitectura objetivo clara, un manejo cuidadoso de los datos heredados y una administración activa de los costos. Las organizaciones que tratan la adopción de la nube como un programa de ingeniería, y no como un traslado único, son las mejor preparadas para crecer con confianza.
Publicado por Quantitek Global Strategies, firma de consultoría tecnológica especializada en arquitectura de software, integración de sistemas heredados y análisis de negocio.
Referencias
- [1]Mell, P. y Grance, T. The NIST Definition of Cloud Computing. NIST Special Publication 800-145. National Institute of Standards and Technology, septiembre de 2011. csrc.nist.gov/pubs/sp/800/145/final
- [2]Amazon Web Services. “Shared responsibility model.” Amazon Web Services: Risk and Compliance. docs.aws.amazon.com/whitepapers/latest/aws-risk-and-compliance/shared-responsibility-model
- [3]Microsoft. “Shared responsibility in the cloud.” Documentación de Microsoft Azure. learn.microsoft.com/azure/security/fundamentals/shared-responsibility
- [4]Microsoft. “What is FinOps?” Microsoft Learn. learn.microsoft.com/en-us/cloud-computing/finops/overview