Abandons et suppressions d'Apigee

Abandon du moteur de calcul des taxes de monétisation

Compatibilité avec l'utilitaire de ligne de commande apigee-analytics-collector

Apigee recommande aux clients Private Cloud d'envoyer manuellement les statistiques de trafic des API, comme décrit dans Envoyer des statistiques de trafic des API à Apigee.

Compatibilité avec les proxys Node.js et les coffres-forts sécurisés

Depuis 2013, Apigee est compatible avec l'utilisation de proxys Node.js dans Apigee Edge via l'utilisation de Trireme, qui vous permet d'exécuter votre code Node.js dans Apigee Edge pour Private Cloud et de l'exposer en tant qu'API.

Apigee recommande aux clients Private Cloud de suivre les étapes ci-dessous :

• Migrez les données des coffres-forts sécurisés vers des mappages clé-valeur chiffrés (KVM) pour accéder aux données sensibles à partir d'un proxy d'API.
• Migrez les proxys d'API basés sur Trireme (Node.js) vers un environnement Node.js natif en dehors d'Apigee.

Compatibilité avec les fonctionnalités OAuth V1.

Étant donné que la norme IETF RFC 6749 a remplacé la norme OAuth 1.0a, les responsables de la norme OAuth v1.0a recommandent aux utilisateurs de passer à OAuth v2.0.

Les règles obsolètes incluent :

• Règle OAuthv1.0a
• Règle GetOAuthV1Info
• Règle DeleteOAuthV1Info

Pour une sécurité renforcée, Apigee recommande aux clients Private Cloud de migrer vers les règles OAuth v2 dès que possible.

Compatibilité avec la fonctionnalité de limite de débit simultané

La règle de limitation du débit simultané a été conçue pour être utilisée avec des backends lents. Toutefois, l'architecture qu'elle utilise a affecté les performances des API.

Depuis l'annonce de la limite de débit simultané, Apigee a ajouté de nouvelles fonctionnalités, telles que le chaînage de proxys et les flux partagés. Si vous constatez des performances plus lentes avec la règle de limitation du débit simultané, vous pouvez essayer d'utiliser SpikeArrest à la place.

Pour en savoir plus, consultez notre page Notes d'utilisation.

L'utilisation de ces fonctionnalités, ainsi que de la règle, vous permettra de protéger les backends lents ou lents sans affecter les performances des API.

Migrez les proxys utilisant la règle Concurrent Rate Limit vers la règle Quota et/ou les règles SpikeArrest.

Compatibilité avec Istio grâce à l'intégration à Istio Mixer

En mars de cette année, la communauté Istio a annoncé l'abandon d'Istio Mixer. Le composant Istio Mixer est essentiel au fonctionnement de l'adaptateur Apigee pour Istio. C'est pourquoi nous avons repensé l'adaptateur Istio pour utiliser des filtres Envoy natifs (voir filtre Envoy et filtres HTTP) pour l'intégration à Apigee.

Apigee a annoncé la version bêta de cette fonctionnalité dans l'article de blog Gestion des API pour les services qui utilisent Envoy, en plus de la présentation d'Apigee Adapter for Envoy.

Apigee vous recommande de migrer vers Apigee Adapter for Envoy dès que possible.

Compatibilité avec la fonctionnalité d'accès anticipé Teams

Le programme d'accès anticipé à la fonctionnalité Équipes dans Apigee a été annulé, et la fonctionnalité Équipes sera supprimée de Private Cloud.

Si vous utilisez des équipes, Apigee vous recommande de remplacer les entités d'équipe et les autorisations associées à ces équipes par des rôles personnalisés. Les rôles peuvent être attribués au même ensemble d'utilisateurs que celui qui composait l'équipe afin de reproduire la structure d'équipe souhaitée.

Abandon de l'hébergement sponsorisé pour les portails Drupal

À la date de retrait, Apigee ne fournira plus d'hébergement sponsorisé pour les portails des développeurs basés sur Drupal. Les clients qui souhaitent continuer à utiliser Drupal doivent assumer leurs responsabilités d'hébergement. Consultez les questions fréquentes sur la transition vers Drupal 7.

Abandon des rapports sur les écarts de monétisation

À la date de retrait, Apigee ne prendra plus en charge les rapports sur les écarts de monétisation sur Apigee Edge.

Abandon de l'espace personnel

À la date de retrait, Apigee ne prendra plus en charge l'espace personnel sur Apigee Edge. Copiez vos spécifications OpenAPI de votre espace personnel vers l'une de vos autres organisations.

Suppression du tableau de bord Monitoring (bêta)

Le 29 mai 2018, Apigee a mis fin à la compatibilité avec le tableau de bord de surveillance. Pour en savoir plus, consultez Tableau de bord de surveillance (bêta).

Abandon d'OAuth 1.0a

À la date de retrait, Apigee ne prendra plus en charge OAuth 1.0a. Veuillez migrer toute utilisation d'OAuth 1.0a dans vos proxys d'API vers OAuth 2.0 et étendre votre utilisation d'OAuth 2.0 avec la validation de signature (pour les vérifications d'intégrité au niveau du message) en fonction de vos besoins.

Les règles OAuth 1.0a concernées incluent les règles OAuth v1.0a, Get OAuth V1 Info et Delete OAuth V1 Info. Edge inclut les règles OAuth 2.0 correspondantes.

Mettre à jour la configuration TLS pour une API d'hôte virtuel

L' API de mise à jour de la configuration TLS pour un hôte virtuel permet aux clients Edge pour le cloud de mettre à jour les propriétés de configuration TLS d'un hôte virtuel.

Les clients Cloud peuvent désormais créer et mettre à jour un hôte virtuel, et pas seulement modifier les propriétés TLS de l'hôte virtuel. Cette API est donc obsolète. Les clients Cloud peuvent désormais utiliser les API suivantes avec des hôtes virtuels :

• Créer un hôte virtuel
• Mettre à jour un hôte virtuel

Fin de vie de l'agent de service Apigee pour Pivotal Cloud Foundry

L'agent de service Apigee pour Pivotal Cloud Foundry (PCF) arrivera en fin de vie à la date de retrait indiquée ici.

Si vous utilisez actuellement l'agent de service, vous devez effectuer les actions suivantes avant la date de retrait :

1. Désinstallez la vignette de l'agent de service d'OpsManager.
2. Supprimez toutes les instances de service que vous avez créées.
3. Redirigez toutes les routes (vers les proxys d'API) qui ont pu être créées pour vos applications.

Fin de vie du programme d'installation Edge pour Pivotal Cloud Foundry

Le programme d'installation Apigee Edge pour PCF a atteint sa fin de vie à la date de retrait indiquée ici. Pour en savoir plus, consultez ce post destiné à la communauté.

Abandon de la compatibilité avec Node.js basée sur Trireme

À compter de la date de retrait, l'outil Trireme existant est obsolète et sera retiré à la date indiquée. Veuillez migrer les applications Node.js existantes déployées sur Apigee Edge vers des cibles hébergées. Pour obtenir de l'aide, consultez Migrer un proxy Node.js existant vers un proxy Hosted Targets.

Pour en savoir plus, consultez Fin de vie de Node.js basé sur Trireme.

Apigee annonce l'abandon de la fonctionnalité API BaaS (Backend-as-a-Service) d'Apigee Edge.

La fin de vie (EOL) de l'API BaaS est fixée au 30 juin 2019. Apigee continuera d'exploiter et de prendre en charge API BaaS jusqu'au 30 juin 2019, conformément aux conditions de notre règlement relatif aux abandons. Pour en savoir plus, consultez cet article de blog, l'annonce d'abandon et de fin de vie et les conseils pour migrer depuis Apigee API BaaS.

Notez que la fonctionnalité de notifications push Android de l'API BaaS repose sur Google Cloud Messaging (GCM), qui arrivera en fin de vie le 11 avril 2019. Veuillez noter que nous ne mettrons pas à niveau la solution Apigee API BaaS pour utiliser le nouveau système Google Firebase Cloud Messaging (FCM), car cela obligerait les clients à migrer vers ce nouveau système de messagerie tout en prévoyant de migrer complètement d'Apigee API BaaS avant le 30 juin 2019.

Nous recommandons aux clients utilisant les notifications push Android de planifier la migration de cette fonctionnalité depuis Apigee API BaaS avant le 11 avril 2019.

Abandon de la génération de documents de facturation pour la monétisation

Apigee ne permet plus de générer des documents de facturation à partir de la monétisation Apigee Edge.

Les tâches spécifiques qui sont obsolètes et ne sont plus compatibles avec la monétisation sont les suivantes :

• Ajouter des comptes bancaires
• Configurer les documents de facturation
• Gérer les documents de facturation

Retrait des organisations d'évaluation BaaS

À partir du 18 juin 2018, les organisations BaaS Eval ne seront plus accessibles. Cette opération s'inscrit dans le cadre du processus de fin de vie de BaaS, que vous pouvez découvrir plus en détail dans cet article de blog et dans l'annonce d'abandon et de fin de vie.

Abandon de TLS 1.0 et 1.1 : extension

Apigee cessera de prendre en charge les versions 1.0 et 1.1 de TLS dans le cloud public aux dates suivantes.

• Clients PCI : 29 juin 2018
• Clients non-PCI : 31 juillet 2018

Pour en savoir plus, consultez Abandon de TLS 1.0 et 1.1.

9 novembre 2018

Fin de vie d'Apigee Test

Apigee Test est un projet Apigee Labs depuis un certain temps. Il permet de surveiller, de vérifier et de notifier de manière synthétique la disponibilité de vos points de terminaison d'API. Apigee a décidé d'arrêter ce service et de mettre hors service le site Apigee Test 45 jours après la date de cet avis.

Le système de surveillance par boîte noire de Stackdriver, Tests de disponibilité, fournit les fonctionnalités de base d'Apigee Test. N'hésitez pas à utiliser ses services s'ils répondent à vos cas d'utilisation. Vous pouvez également utiliser le lien "Envoyer des commentaires" dans l'application pour envoyer des demandes de fonctionnalités pour vos cas d'utilisation à l'équipe produit Google concernée.

Apigee annonce l'arrêt de l'utilisation des instances dédiées pour les clients du pack de conformité HIPAA dans AWS.