Compartir:
){kind=small}
Alvaro es un defensor de los desarrolladores en Vonage, centrándose en las API de red. Es un apasionado de la experiencia del desarrollador, las API y el código abierto. Fuera del trabajo, a menudo se le puede encontrar explorando tiendas de cómics, asistiendo a festivales de ciencia ficción y terror o haciendo cosas con esos famosos pequeños bloques de construcción de plástico.
Introducción al proyecto CAMARA
Tiempo de lectura: 3 minutos
Actualización importante: Hemos cambiado la forma en que nuestras API utilizan la norma CAMARA. ¿Siente curiosidad por las novedades? Consulta nuestro último artículo "Cómo Vonage usa las API CAMARA para mejorar la experiencia de los desarrolladores"
En nuestro artículo anterior Anuncio de las API de la red de Vonageintrodujimos la idea de que las nuevas API se han construido siguiendo el estándar CAMARA. En este artículo, profundizaremos en el proyecto CAMARA para entender sus implicaciones y lo que significa para la industria de las telecomunicaciones.
Imagínese esto: los gigantes de las telecomunicaciones y la tecnología, reunidos como Los Vengadores, para establecer una nueva norma destinada a armonizar y exponer las nuevas capacidades de la red para crear una experiencia de usuario sin fisuras. No se diga más. ¡Bienvenido a CAMARA!
CAMARA es un proyecto de código abierto de la Fundación Linux que alberga las normas API y desarrolla y prueba las API. El proyecto colabora estrechamente con el Grupo de Plataformas de Operadores de la GSMA para alinear los requisitos de las API.
El nombre CAMARA procede de la palabra griega "techo arqueado", que simboliza la colaboración o alianza de múltiples entidades bajo una misma visión.
Los miembros (participantes, coordinadores, colaboradores, etc.) del proyecto CAMARA están organizados en subproyectos y grupos de trabajo. Aunque pueda parecer similar, existen algunas diferencias.
Subproyectos
En un subproyecto se debaten temas relacionados con cada API, como la forma de documentarla y describirla o de desarrollarla y probarla. Algunos ejemplos de subproyectos son Intercambio de SIM, Estado del dispositivoo Verificación de Numbers.
Los miembros de cada subproyecto se reúnen virtualmente de vez en cuando y organizan su trabajo en torno a un repositorio de GitHub y una lista de correo. Todos los repositorios contienen la misma estructura, lo que facilita la búsqueda de información:
La carpeta
documentation/MeetingMinutesalmacena todas las actas de las reuniones anteriores, en las que se toman decisiones sobre el comportamiento de la API.La página
code/API_definitionscontiene la especificación OpenAPI de la API en formato YAML.
Grupos de trabajo
Los grupos de trabajo suelen abordar temas comunes a todos los subproyectos. Algunos ejemplos de grupos de trabajo son API Backlogque gestiona el ciclo de vida de las propuestas de API, el grupo de Marketing, responsable de la promoción de las API, o el grupo de Aspectos Comunes, donde se debaten temas comunes relevantes para todas las API (por ejemplo, autorización, documentación o directrices).
Al igual que los subproyectos, los miembros de los grupos de trabajo utilizan un repositorio GitHub y una lista de correo para coordinar sus actividades.
Si tiene curiosidad por conocer la estructura del proyecto y las funciones de sus participantes, consulte el documento Estructura y funciones del proyecto del proyecto.
Una de las actividades más interesantes del proyecto es mantener el ciclo de vida de las API.
Todo comienza con la integración de APIdonde las empresas pueden presentar una nueva propuesta de API con una descripción detallada de la misma (qué hace, con algunos ejemplos) y su viabilidad técnica y comercial.
El grupo de trabajo API Backlog evaluará la propuesta y, si la aprueba, dará su visto bueno para que la propuesta se envíe al comité directivo para su aprobación final. Si todo va bien, la propuesta de API se transformará en un subproyecto real, que empezará a recibir contribuciones e ideas utilizando los mecanismos descritos anteriormente.
Una vez que la especificación de la API sea lo suficientemente estable, la implementación se desplegará y probará en una o varias redes de operadores. El despliegue podrá utilizarse en entornos de producción si las pruebas resultan satisfactorias.
El proyecto CAMARA marca un hito importante en el sector de las telecomunicaciones en cuanto a coordinación y cooperación. La estructura abierta del proyecto facilita el seguimiento y la comprensión de algunas decisiones tomadas detrás de cada API.
Los recursos y la documentación ya generados por los miembros del proyecto son amplios. No deje de explorar sus sitios GitHub y la Wiki.
Si tiene alguna pregunta o comentario, háganoslo saber en nuestro Canal Slack de la Comunidad y síganos en X.
Compartir:
Alvaro es un defensor de los desarrolladores en Vonage, centrándose en las API de red. Es un apasionado de la experiencia del desarrollador, las API y el código abierto. Fuera del trabajo, a menudo se le puede encontrar explorando tiendas de cómics, asistiendo a festivales de ciencia ficción y terror o haciendo cosas con esos famosos pequeños bloques de construcción de plástico.