La estrategia API First gana impulso en Cisco

Al enfatizar los avances en las API y comprometerse a construir una comunidad de desarrolladores más grande, Cisco está demostrando una vez más su compromiso de convertirse en un actor de software importante. Según el proveedor, la empresa promedio utiliza 1.935 aplicaciones, lo que representa un 15 % más que hace cinco años. Y se puede acceder a cada una de estas aplicaciones a través de docenas de API de proveedores, desarrolladores y fuentes internas. “Hacemos 8 mil millones de llamadas API por mes, frente a los 20 millones a fines de 2018, ¡así que la adopción es importante! dijo Anne Gentle, jefa de experiencia de desarrollador en el OEM con sede en San José. Anunciada el año pasado, la estrategia API First de Cisco prioriza el desarrollo de API en todos los productos de Cisco para garantizar una comunicación eficaz entre aplicaciones, servicios y sistemas. “API First significa que la API se trata como un producto, con una garantía de calidad para las empresas que necesitan estar seguras de que pueden desarrollar algo sólido a partir de ella”, dijo la Sra. Gentle. “Indiscutiblemente, las API son el futuro”, agregó.

La compatibilidad con versiones anteriores es otra parte clave de la estrategia API First. Las empresas deben estar seguras de que las API de Cisco seguirán funcionando con cada versión de software. Según Alicia Lorenzetti, ecosistema global y líder de mercado en Cisco Meraki, los procesos de diseño, documentación y soporte para las API de misión crítica de Cisco se basan en la compatibilidad con versiones anteriores, y eso incluye la implementación de registros de cambios. , tiempos de notificación apropiados para cualquier cambio de API, avisos de obsolescencia y versiones de API. “Los desarrolladores quieren que una API dure años, para poder seguir escribiendo código y mantener el código funcionando. Prometemos no cambiar esta API en particular, y si lo hacemos, les notificaremos y les proporcionaremos una alternativa”, dijo Lorenzetti. “La idea es crear un producto en el que los clientes y desarrolladores puedan confiar a largo plazo y sobre el cual puedan construir su negocio”, agregó.

Compatibilidad con la API de Insight

Inicialmente, Cisco prometió compatibilidad con versiones anteriores para varias de sus ofertas principales, incluida Meraki Dashboard API, Identity Service Engine (ISE) API, Nexus Cloud API, SecureX Threat Response API, Cloud APIs Security Open, Partner Experience (PX) Cloud API y Webex. API. La compatibilidad con versiones anteriores está planificada para ThousandEyes API, Spaces API, AppDynamics Cloud API, DNA Center API, NSO Northbound API, Crosswork CNC API y SD-WAN (vManage) API. "Los clientes pueden encontrar API y documentación para diferentes líneas de productos en developer.cisco.com", dijo Grace Francisco, vicepresidenta de relaciones con desarrolladores, estrategia y experiencia en Cisco. , en un blog sobre API Insights.

Otro aspecto del esfuerzo de API de Cisco es el soporte para el proyecto de código abierto API Insights. "API Insights permite a los desarrolladores evaluar los problemas técnicos, la integridad de la documentación y los problemas de calidad con las API antes de que entren en funcionamiento", dijo Anne Gentle. El proyecto promueve la especificación OpenAPI (OAS), un formato de descripción abierto y neutral para las API REST, regido por la Fundación Linux, que permite que las aplicaciones comerciales compartan información con aplicaciones internas o de terceros a través de Internet. "Con API Insights, las empresas y los desarrolladores pueden realizar un seguimiento y mejorar la calidad de la API de manera constante, con un nivel de detalle y transparencia que no es posible con los procesos manuales", dijo Cisco. “Con la información proporcionada por API Insights mientras trabajan, los desarrolladores pueden ver rápidamente si sus API cumplen con los estándares de calidad y seguridad de su empresa. También pueden ver fácilmente el historial de versiones, los registros de cambios, la compatibilidad con versiones anteriores, los cambios importantes entre versiones y más”, escribió Grace Francisco en la publicación del blog API Insights. "Este lenguaje común, establecido por API Insights entre los desarrolladores y DevSecOps para resaltar las debilidades de la API, hace que la colaboración entre equipos sea más eficiente y rompe los silos tradicionales que a menudo ralentizan la productividad y el tiempo de resolución de problemas cuando surgen", dijo la Sra. Francisco .

Herramientas para complementar Kubernetes

Cisco también admite el desarrollo de API a través del proyecto OpenClarity, un conjunto de herramientas de API de código abierto para la seguridad y la observabilidad en entornos nativos de la nube. El proyecto OpenClarity incluye el VMClarity recientemente anunciado, que permite a los desarrolladores abordar las vulnerabilidades asociadas con el uso de máquinas virtuales en entornos nativos de la nube. "VMClarity proporciona detección y gestión sin agente de la lista de materiales de software (SBOM), y debido a que es sin agente, la seguridad y la observabilidad nativa de la nube en las máquinas virtuales se mejoran sin escribir ni modificar el código", dijo Cisco. Otras suites de OpenClarity Project incluyen APIClarity, una herramienta de visibilidad nativa de la nube de código abierto para las API que utiliza un marco de malla de servicio para capturar y analizar el tráfico de la API e identificar riesgos potenciales, y KubeClarity, que se centra en la visibilidad y la vulnerabilidad en entornos basados ​​en Kubernetes.

Cisco participa en otros proyectos enfocados en el desarrollo de API, que incluyen:

- Nasp: este proyecto proporciona capacidades similares a las de una malla de servicio para puntos finales que no están en la nube y entornos de nube más pequeños. Ligera, basada en bibliotecas y de código abierto, esta malla de servicios extendida puede ejecutar aplicaciones en dispositivos perimetrales, máquinas virtuales heredadas y clientes móviles en la malla de servicios de Kubernetes.

- Malla de transmisión de medios: este proyecto de código abierto ejecuta de manera más eficiente aplicaciones de medios en tiempo real en entornos nativos de Kubernetes.

- APIx Manager: integrado en entornos de desarrollo integrados, ayuda a los desarrolladores a mejorar la calidad y seguridad de las API desde el inicio del ciclo de desarrollo.

OpenTelemetry indispensable para la observación

“El Marco de Observabilidad de OpenTelemetry (OTEL) también tiene un impacto en cómo se desarrollan las nuevas aplicaciones”, dijo Anne Gentle. Bajo los auspicios de Cloud Native Foundation, la tecnología OpenTelemetry es desarrollada por colaboradores de AWS, Azure, Cisco, F5, Google Cloud y VMware, entre otros. El grupo define OpenTelemetry como una colección de herramientas, API y SDK que se utilizan para instrumentar, generar, recopilar y exportar datos de telemetría para analizar el rendimiento y el comportamiento del software. “Puedes ver tus datos y tu equipo, y OTEL hace que esa información sea accesible. Y cuando combina todos esos datos, se vuelve procesable para las empresas”, dijo la Sra. Gentle. Según los analistas, muchos proveedores quieren crear buenas API y buenos programas de desarrollo. "Con respecto a los esfuerzos de API y los programas para desarrolladores de Cisco, el objetivo es alentar a los desarrolladores a aprovechar lo que Cisco está haciendo y sentirse inspirados para vender más productos de Cisco", dijo por su parte Tom Nolle, presidente de CIMI Corp. (En un blog, el Sr. Nolle discutió recientemente los desafíos que enfrentan los proveedores al usar las API y fomentar el desarrollo de software).

"Si un tercero desarrolla algo para las API que mejora las ventas de productos de un proveedor, todos ganan porque no les cuesta nada", dijo Nolle. “El software es mucho más fácil de diferenciar que el hardware; todas las funciones útiles de las redes son creadas por software”, agregó. “El desafío es implementar un programa que valga la pena”, dijo el Sr. Nolle. “Cisco es un actor importante y es una ayuda innegable. Pero muchos desarrolladores buscan trabajar con Cisco, y cuantos más desarrolladores hay, es menos probable que un desarrollador determinado reciba la atención que merece. Los desarrolladores que trabajan para proveedores a menudo también se preocupan de que el proveedor decida introducir su propia función/producto si la demanda es lo suficientemente alta. Los programas de desarrollo de un proveedor no son un factor determinante en la elección del proveedor, pero pueden considerarse una ventaja”, agregó Tom Nolle. “Los clientes no dicen que los programas de desarrollo son una consideración primordial al elegir un proveedor, pero se benefician de estos programas. Los operadores (telcos) valoran las buenas API y los buenos programas, porque a menudo quieren ser ellos mismos 'desarrolladores'”, dijo Nolle.