RADIUS tiene la misión de simplificar y mejorar las herramientas que los desarrolladores de aplicaciones utilizamos para desplegar y gestionar aplicaciones.

Según los creadores de RADIUS:

Comenzamos Radius para simplificar y mejorar las herramientas que los desarrolladores de aplicaciones utilizan para desplegar y gestionar aplicaciones. Nuestro objetivo inicial era crear una plataforma de despliegue que los desarrolladores adoraran, pero al hablar con más clientes de la nube, nos dimos cuenta de que casi todas las empresas están creando una plataforma de desarrollo interna personalizada para estandarizar la forma en que despliegan y gestionan aplicaciones nativas de la nube.

La mayoría de las empresas no son expertas en herramientas de desarrollo y luchan con el costo y la complejidad de construir una solución propia. Si pudiéramos proporcionar una solución de código abierto que resolviera estos problemas para las empresas, podríamos tener un gran impacto.

Los problemas comunes que identificamos incluyen la complejidad de integrar Kubernetes con otros servicios en la nube y la necesidad de colaboración entre desarrolladores, ingenieros de plataforma y operadores de TI. Además, las aplicaciones carecen de una definición estándar en la industria, lo que complica la colaboración y el entendimiento común.

Radius fue creado para abordar estas preocupaciones y ofrecer nuestra visión de cómo debería funcionar la gestión de aplicaciones en el complejo entorno nativo de la nube actual. A lo largo del camino, desarrollamos el concepto de «Appi-ness», la satisfacción que se siente cuando la aplicación está en el centro de cada flujo de trabajo.

Nuestra filosofía es inclusiva respecto a lo que forma parte de la aplicación, y proporcionamos herramientas automatizadas que facilitan la configuración de infraestructura basada en la arquitectura de la aplicación y la intención del desarrollador.

Además, Radius ofrece conceptos como Entornos y Recetas que apoyan una separación de responsabilidades, permitiendo a los ingenieros de plataforma y operadores de TI gestionar mejor las aplicaciones y los recursos en la nube.

Queremos construir una definición estándar de la industria de lo que es una aplicación, capturando el entendimiento del desarrollador y combinándolo con los recursos de la nube para crear el «Application Graph», un nuevo tipo de catálogo de software.

Radius es de código abierto desde el principio, ya que queremos llegar a tantos desarrolladores y organizaciones como sea posible. El código fuente está disponible públicamente bajo una licencia permisiva aprobada por OSI, y el proyecto utiliza un modelo de gobernanza neutral y abierto.

Un poco más de detalle en el concepto «Appi-ness»

«Appi-ness» es un término acuñado por los creadores de Radius para describir la sensación de satisfacción y eficiencia que experimenta un desarrollador cuando las aplicaciones están en el centro de cada flujo de trabajo. El concepto refleja la idea de que las herramientas y los procesos deben estar diseñados de tal manera que faciliten la vida de los desarrolladores, permitiéndoles enfocarse en la creación y mejora de las aplicaciones en lugar de lidiar con la complejidad de la infraestructura subyacente.

La «Appi-ness» surge cuando los desarrolladores tienen a su disposición una plataforma que integra de manera transparente todos los componentes necesarios para el despliegue y la gestión de aplicaciones, incluyendo la integración con servicios en la nube, la gestión de identidades y permisos, y la configuración de redes, entre otros. Radius busca promover este estado al ofrecer un entorno que simplifica la integración con Kubernetes y otros recursos en la nube, así como al proporcionar una visión clara y compartida de la arquitectura de las aplicaciones a través de su «Application Graph».

Potencial que veo yo al respecto

La industria requiere un estándar claro sobre lo que define a una aplicación debido a que los equipos operativos frecuentemente no poseen un conocimiento exhaustivo sobre la estructura de las aplicaciones y los recursos de infraestructura empleados. Esta carencia de visión completa complica la resolución de problemas y la optimización de costos en la nube.

En este contexto, Radius adopta una metodología flexible y a medida que fusiona la visión del desarrollador con la infraestructura de la nube.

El fruto de este enfoque es el Application Graph, un catálogo sofisticado que proporciona una perspectiva unificada de la arquitectura y las conexiones de la aplicación.

Radius aspira a que este enfoque integral se convierta en la norma, fomentando así la «Appi-ness» dentro del ecosistema de la nube.

No estoy solo en la creencia de que los equipos de desarrollo deben tener conocimiento y un grado de control sobre los recursos de despliegue en la nube. He sostenido que excluirlos es un error, y ahora observo que el equipo de Radius, claramente más experto que yo, coincide con esta visión. Esto me confirma que mi pensamiento era acertado.

¿Agnosticismo?

Para mí, este es el aspecto más importante, razón por la cual lo destaco de manera independiente.

Para entenderlo mejor, simplemente consulta la sección: «add portability to your application» de la documentación.

Si a esto le sumamos DAPR, especialmente ahora que está próximo a convertirse en un proyecto graduado, observaremos cómo este nuevo proyecto potencia las capacidades de DAPR.

Es importante destacar dos puntos:

  • La neutralidad tecnológica es un hecho, pero inicialmente bajo Kubernetes, siendo este el primer entorno soportado. No obstante, el equipo de Radius  propone expandir su compatibilidad hasta incluir entornos serverless.
  • En cuanto al despliegue, por el momento únicamente se admite Bicep, aunque hay planes futuros para incorporar la integración con Terraform.
Y ahora ¿qué?

Como es de esperar alguno de mis próximos artículos irá relacionado con Radius y DAPR.