samedi, 20 avril 2024

Cisco concrétise ses intentions logicielles avec une API et des programmes de développement

Crédit : Dreamstime

Cisco continue de signaler son désir de devenir un important éditeur de logiciels, plus récemment, avec l’accent mis sur les améliorations de l’API et son engagement à créer une communauté d’avancement plus large autour de cet effort.

L’entreprise moyenne utilise 1 935 applications, soit une augmentation de 15 % par rapport à 5 ans plus tôt, selon Cisco. Et chacune de ces applications est disponible via des dizaines d’API de fournisseurs, de concepteurs et de sources locales.

« Nous effectuons 8 milliards d’appels d’API sur une base mensuelle régulière. Et juste pour vous donner un concept de l’expansion de cette adoption, à la fin de 2018, il était de 20 millions », a déclaré Anne Gentle, responsable de l’expérience de conception chez Cisco.

En 2015, Cisco a dévoilé sa stratégie API First, qui donne la priorité à l’avancement des API dans tous les produits Cisco afin d’assurer une interaction efficace entre les applications, les services et les systèmes.

« API First implique que l’API est traitée comme un produit, les organisations doivent donc anticiper la qualité et s’attendre à pouvoir s’appuyer sur cela et être convaincues que cela fonctionnera », a déclaré Gentle. « Les API sont absolument l’avenir. »

La rétrocompatibilité est un élément crucial d’API First afin que les entreprises puissent être sûres que les API Cisco continueront de fonctionner avec chaque version d’application logicielle versionnée.

Les procédures de conception, de paperasserie et de support pour les API stratégiques de Cisco sont construites autour de la rétrocompatibilité, et cela consiste en l’exécution de journaux des modifications, des délais de notification appropriés pour toute modification d’API, des notifications d’obsolescence et la gestion des versions d’API, selon Alicia Lorenzetti, écosystème et marché mondial chez Cisco Meraki.

« Les développeurs souhaitent qu’une API dure plusieurs années, afin qu’ils puissent continuer à écrire du code et que le code continue de fonctionner. Nous disons que nous ne modifierons pas cette API spécifique, et si nous faire, nous vous alerterons et nous vous donnerons un autre choix », a déclaré Lorenzetti.

« L’idée est que nous créons quelque chose dont les clients et les développeurs comprennent qu’il durera longtemps, qu’ils peut créer un service. »

Cisco a initialement assuré la rétrocompatibilité pour plusieurs de ses offres principales, y compris l’API du panneau de configuration Meraki, l’API Cisco Identity Service Engine (ISE), l’API Nexus Cloud, l’API SecureX Threat Reaction, Cloud Security Open APIs, Cisco Partner Experience (PX) Cloud API et Webex API.

La rétrocompatibilité future est préparée pour l’API ThousandEyes, l’API Cisco Spaces, les API AppDynamics Cloud, l’API Cisco DNA Center, l’API NSO Northbound , l’API Crosswork CNC et l’API Cisco SD-WAN (vManage).

Les clients peuvent trouver les API et la documentation des différentes gammes de produits sur le site developer.cisco.com, a noté Grace.

Une autre partie de la poussée d’API de Cisco est sa prise en charge d’API Insights, un projet open source qui permet aux concepteurs d’examiner les problèmes techniques, l’exhaustivité des documents et l’intérêt pour la qualité des API avant la production, déclare Gentle.

Le projet promeut les exigences OpenAPI (OAS), un format de description ouvert indépendant du fournisseur pour les API REST qui est régi par la structure Linux et est implicite pour permettre aux applications de service de partager des informations avec des applications locales ou tierces en ligne.

API Insights permet aux organisations et aux concepteurs de suivre et d’améliorer la qualité des API de manière cohérente, et avec un niveau d’information et d’ouverture qui n’est pas judicieux via des processus manuels, a déclaré Cisco. « API Insights offre des informations aux concepteurs pendant qu’ils travaillent. Les concepteurs peuvent rapidement voir si leurs API satisfont aux normes de qualité et de sécurité de leur organisation. Ils peuvent également voir rapidement l’historique des variations, les journaux des modifications, la rétrocompatibilité, les changements de rupture entre les variations, et plus encore », a écrit Grace Francisco, vice-présidente de la technique et de l’expérience des relations avec les concepteurs chez Cisco, dans un site de blog sur API Insights.

« En développant un langage commun pour les développeurs et DevSecOps pour résoudre les faiblesses des API, API Insights favorise une collaboration entre les équipes – briser les silos standard, qui ralentissent souvent l’efficacité et le temps de résolution lorsque des problèmes surviennent », a précisé Francisco.

Cisco prend également en charge le développement d’API via la tâche OpenClarity, qui est une suite d’open- outils d’API source pour la sécurité et l’observabilité natives du cloud. Le projet OpenClarity consiste en la nouvelle annonce VMClarity, qui permet aux développeurs de prendre en charge les vulnérabilités de l’utilisation d’appareils virtuels dans des environnements natifs du cloud.

VMClarity fournit une détection et une gestion sans agent des dépenses d’application logicielle en matériaux (SBOM), et parce qu’il est sans agent, la sécurité native du cloud et l’observabilité sur les machines virtuelles sont renforcées sans écrire ni personnaliser de code, a précisé Cisco.

Les autres suites du travail OpenClarity incluent APIClarity, une solution open source, native du cloud outil de visibilité pour les API qui utilise une structure de maillage de services pour enregistrer et évaluer le trafic des API et déterminer les menaces potentielles ; et KubeClarity, qui se concentre sur la visibilité et la vulnérabilité des environnements basés sur Kubernetes.

Les domaines d’avancement supplémentaires de l’API Cisco comprennent :

  • Nasp, un nouveau projet développé pour fournir des services capacités de type maillé aux points de terminaison non cloud et aux environnements cloud plus petits. Cet extenseur de maillage de services open source léger et basé sur une bibliothèque peut intégrer des applications fonctionnant sur des appareils périphériques, des machines virtuelles héritées et des clients mobiles dans le maillage de services Kubernetes.
  • Media Streaming Mesh, un projet open source qui exécute plus efficacement des applications multimédias en temps réel dans des environnements Kubernetes natifs du cloud.
  • APIx Manager, qui aide les développeurs à améliorer la qualité et la sécurité des API dès le début du cycle de développement et est intégré dans des environnements de développement intégrés.

La structure d’observabilité d’OpenTelemetry (OTEL) oriente également la méthode de développement de nouvelles applications, a déclaré Gentle. Sous les auspices de la Cloud Native Foundation, la technologie OpenTelemetry est mise en place par des facteurs d’AWS, Azure, Cisco, F5, Google Cloud et VMware, pour n’en nommer que quelques-uns. Le groupe définit OpenTelemetry comme un ensemble d’outils, d’API et de SDK utilisés pour instrumenter, créer, rassembler et exporter des données de télémétrie afin d’aider à évaluer les performances et le comportement des applications logicielles.

« Vous pouvez voir vos données et votre équipement , et OTEL rend ces informations disponibles. Et lorsque vous intégrez toutes ces informations ensemble, c’est à ce moment-là qu’elles deviennent exploitables pour les entreprises », a déclaré Gentle.

Les experts ont déclaré que le désir de créer des programmes d’API et de développement performants est essentiel pour de nombreux fournisseurs.

En ce qui concerne les efforts de Cisco en matière d’API et les programmes de développement, l’objectif est d’encourager les concepteurs à tirer parti de ce que fait Cisco et à s’en inspirer pour proposer davantage de produits Cisco, selon Tom Nolle, président de CIMI Corp. (Nolle a récemment rédigé un blog sur les obstacles auxquels sont confrontés les fournisseurs dans l’utilisation des API et la motivation de l’avancement des applications logicielles.)

« Si vous pouvez demander à un tiers de construire quelque chose pour vos API qui offre votre produits bien meilleurs, c’est gagnant-gagnant puisque cela ne vous coûte rien », a déclaré Nolle. « L’application logicielle est beaucoup plus facile à séparer que le matériel ; toutes les véritables fonctions du réseau sont créées par logiciel. »

Le défi consiste à construire un programme qui soit bénéfique, a déclaré Nolle. « Cisco est un grand joueur, ce qui aide. Mais il y a beaucoup de designers qui voudraient travailler avec Cisco, et plus il y a de [designers], moins il y a de chances pour qu’un designer donné attire l’attention. Les designers fournisseurs aussi ont tendance à s’inquiéter du fait que le fournisseur décide de proposer sa propre fonctionnalité/produit si la demande est suffisamment bonne. »

Les programmes de conception d’un fournisseur ne sont pas un choix important pour le fournisseur, mais ils peuvent être considérés comme un avantage , a déclaré Nolle.

« Les consommateurs ne m’informent pas qu’ils considèrent les programmes de concepteur comme un facteur principal dans la sélection d’un fournisseur, mais ils bénéficient des programmes. Les opérateurs (télécoms) aiment les API et les programmes excellents parce que ils entendent souvent être des « designers » eux-mêmes », a déclaré Nolle.

.

Toute l’actualité en temps réel, est sur L’Entrepreneur

LAISSER UN COMMENTAIRE

S'il vous plaît entrez votre commentaire!
S'il vous plaît entrez votre nom ici