web-dev-qa-db-fra.com

Est-ce que Mashery répond à mes besoins?

Il y a beaucoup d'informations non techniques sur le site Mashery . Et il est dit partout que Mashery est une affaire de gestion d’API.

J'ai trois questions à ce sujet:

  1. Qu'est-ce que la gestion des API en anglais simplifié?

  2. A quoi ressemble le processus d'intégration? (Devrais-je changer de programme? Les utilisateurs existants devraient-ils changer de programme? Si les deux réponses sont "non", comment ça marche?)

  3. J'ai une application sans état avec une API RESTful qui est déployée sur de nombreux serveurs. J'ai besoin d'obtenir des statistiques sur:

    a) Demandes entrantes: en-têtes HTTP, chemin d'accès, corps de la demande, horodatage, ID d'instance;

    b) exceptions: identifiant de la demande, type d'erreur, détails de l'erreur, horodatage;

    c) Traitement des demandes: horodatage de début, durée du traitement global des demandes.

Et puis j'ai également besoin de résultats combinés (fusionnés) (sous forme de graphiques, par exemple). Mashery répond-il à ces exigences?

webapp-recrecommendationsanalytics
2
Roman

Je suis directeur du développement de produits chez Active.com, et nous utilisons Mashery depuis plus de 2 ans.

  1. La gestion des API implique l'allocation de clés d'API (similaire à Google Maps) afin que vous puissiez contrôler quels développeurs ont accès à quelles API, commandes de contrôle afin que les développeurs n'abusent pas de votre API en l'appelant trop souvent, et générer des rapports afin de vous donner une idée. sur quelles API sont utilisées et à quelle fréquence, et par quels développeurs. Cela implique également la mise en cache afin que les réponses soient envoyées directement à partir de Mashery au lieu de votre infrastructure. Cela évite d'avoir à acheter de nouveaux serveurs pour traiter les problèmes d'évolutivité des API de lecture.

  2. Mashery est essentiellement un proxy inverse qui repose sur votre API. Supposons, par exemple, que votre API soit disponible sur apicompanyx.com. Lorsque vous exécutez Mashery, vous créez un domaine appelé api.companyx.com et vous le nommez sur le proxy Mashery. Ensuite, vous dirigez les développeurs vers api.companyx.com lors de l'envoi de requêtes à votre API. Lorsqu'une demande d'API est faite, Mashery applique la logique de contrôle d'accès susmentionnée avant de transmettre la demande à votre infrastructure d'API. Votre infrastructure API traite ensuite la demande et la renvoie à Mashery. Mashery renvoie ensuite la demande au développeur.

  3. a) Vous ne pouvez pas obtenir de détails sur les en-têtes HTTP via le tableau de bord Mashery. Mais vous pouvez demander cette information à Mashery (je crois) comme ils l’ont dans leurs journaux de proxy. b) Les exceptions sont consignées et vous pouvez afficher, sous forme de graphique, toutes les exceptions décomposées par API sur une période donnée. Mais seuls les codes d'erreur sont représentés graphiquement. Les détails de l'erreur ne sont pas disponibles via le proxy. c) Vous pouvez obtenir des statistiques, encore une fois sous forme de graphiques, sur la durée de traitement de vos API et sur le nombre de demandes traitées par celles-ci sur une période donnée. Mashery sépare également le temps de traitement mis en cache du temps de traitement non mis en cache afin que vous puissiez avoir une idée de la façon dont fonctionne la mise en cache.

2
user8329