CNA

La arquitectura nativa de la nube (CNA) es un patrón de diseño para sistemas creados desde cero para ejecutarse en plataformas en la nube, utilizando típicamente cargas de trabajo en contenedores, sistemas de orquestación como Kubernetes y microservicios distribuidos en lugar de aplicaciones monolíticas. A diferencia del software tradicional simplemente trasladado a la nube, un sistema CNA asume que los recursos de cómputo, almacenamiento y red son elásticos, transitorios y se acceden a través de APIs.

Una aplicación CNA se construye en capas: la capa de aplicación se ejecuta en contenedores (generalmente Docker), la capa de orquestación gestiona la programación y el escalado entre nodos, y la capa de infraestructura comprende servicios gestionados en la nube como almacenamiento de objetos, bases de datos gestionadas y colas de mensajes. Esta arquitectura reemplaza las suposiciones de hardware fijo con grupos de recursos que pueden crecer o disminuir según la demanda. El sistema espera que los componentes individuales fallen y se recupera automáticamente a través de comprobaciones de estado y políticas de reinicio, en lugar de intentar prevenir fallos.

CNA abarca varios enfoques técnicos. Las aplicaciones de doce factores siguen principios como almacenar la configuración en variables de entorno y tratar los registros como flujos de eventos. Herramientas de malla de servicios como Istio añaden lógica de red entre servicios. La computación sin servidor, que CNA a menudo aprovecha, permite ejecutar fragmentos de código activados por eventos sin aprovisionar servidores. Algunas organizaciones adoptan CNA gradualmente, modernizando sistemas heredados pieza por pieza; otras construyen nuevos sistemas con ella desde el principio.

El aspecto eléctrico y de instrumentación de CNA es importante en entornos industriales. Los sistemas nativos de la nube recopilan datos de sensores de dispositivos de borde distribuidos, los procesan en paralelo a través de la infraestructura de la nube y devuelven señales de control con una latencia mínima. Esto requiere un diseño cuidadoso de los protocolos de comunicación, la serialización de datos y el comportamiento de conmutación por error, especialmente donde las garantías en tiempo real son importantes.

Los errores comunes incluyen subestimar la complejidad operativa, ignorar los costos de egreso al mover datos fuera de las regiones de la nube y construir sistemas que no pueden tolerar la mayor latencia de las API de la nube en comparación con las llamadas locales. Los equipos a menudo descubren que un rediseño verdaderamente nativo de la nube requiere cambios no solo en el código, sino también en la forma en que se organizan los equipos y cómo monitorean los sistemas en producción.