Abandons et suppressions d'Apigee

Arrêt des rapports sur la sécurité, des alertes de trafic et des rapports de sécurité avancés

Contactez l'assistance Apigee Edge pour en savoir plus sur les chemins de migration.

Abandon du moteur fiscal de monétisation

Assistance pour l'utilitaire de ligne de commande apigee-analytics-collector

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

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

Depuis 2013, Apigee prend en charge l'utilisation de proxys Node.js dans Apigee Edge grâce à Trireme, qui vous permet d'exécuter votre code Node.js dans Apigee Edge pour le cloud privé et de l'exposer en tant qu'API.

Apigee recommande aux clients Private Cloud de suivre les étapes suivantes :

• 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 est devenue la norme qui a remplacé OAuth 1.0a, les responsables de la norme OAuth v1.0a recommandent aux utilisateurs de passer à OAuth 2.0.

Voici quelques exemples de règles obsolètes :

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

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

Compatibilité avec la fonctionnalité de limitation du débit simultané

La règle de limite de débit simultané a été conçue pour être utilisée avec des backends lents. Toutefois, l'architecture utilisée par cette dernière 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 un ralentissement des performances avec la règle de limite du débit simultané, vous pouvez essayer d'utiliser la règle d'arrêt des pics à la place.

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

L'utilisation de ces fonctionnalités avec des règles vous permettra de protéger les backends lents sans affecter les performances des API.

Migrez les proxys utilisant la règle de limitation du débit simultané vers la règle de 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 qu'il utilise des filtres Envoy natifs (voir Filtre Envoy et Filtres HTTP) pour s'intégrer à 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 du cloud privé.

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 accordés au même ensemble d'utilisateurs qui composaient l'équipe pour reproduire la structure souhaitée.

Arrêt de l'hébergement sponsorisé pour les portails Drupal

À cette date, Apigee ne fournira plus d'hébergement sponsorisé pour les portails de développeurs basés sur Drupal. Les clients qui souhaitent continuer à utiliser Drupal doivent assumer leurs responsabilités d'hébergement. Pour en savoir plus, 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.

Arrêt 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.

Arrêt du tableau de bord Monitoring (bêta)

Le 29 mai 2018, Apigee a cessé de prendre en charge le tableau de bord de surveillance. Pour en savoir plus, consultez Tableau de bord Monitoring (bêta).

Arrêt 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 vérification de la signature (pour les vérifications d'intégrité au niveau du message) selon vos besoins.

Les règles OAuth 1.0a concernées incluent la règle OAuth v1.0a, la règle Obtenir les informations OAuth V1 et la règle Supprimer les informations OAuth V1. Edge inclut les règles OAuth 2.0 correspondantes.

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

L' API Update TLS configuration for a virtual host 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 le bloc de l'agent de service depuis OpsManager.
2. Supprimez toutes les instances de service que vous avez créées.
3. Recâblez toutes les routes (vers les proxys d'API) qui ont pu être créées pour vos applications.

Fin de vie de l'installateur Edge pour Pivotal Cloud Foundry

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

Arrêt de la compatibilité avec Node.js basée sur "Trireme"

À compter de la date de retrait, l'ancienne Trireme est obsolète et sera retirée à la date indiquée. Veuillez migrer les applications Node.js existantes déployées sur Apigee Edge vers les 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é Apigee Edge API Backend-as-a-Service (API BaaS).

L'API BaaS atteindra sa fin de vie (EOL) le 30 juin 2019. Apigee continuera de fonctionner et de prendre en charge API BaaS jusqu'au 30 juin 2019, conformément aux conditions de notre règlement sur l'abandon de fonctionnalités. Pour en savoir plus, consultez cet article de blog, l'annonce de l'abandon et de la 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 qu'elle utilise le nouveau système Google Firebase Cloud Messaging (FCM). En effet, cela obligerait les clients à migrer vers ce nouveau système de messagerie tout en prévoyant de migrer complètement hors d'Apigee API BaaS avant le 30 juin 2019.

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

Arrêt 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 d'Apigee Edge Monetization.

Voici les tâches spécifiques qui ne sont plus disponibles ni compatibles avec la monétisation :

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

Arrêt des organisations d'évaluation BaaS

Le 18 juin 2018, les organisations d'évaluation BaaS ne seront plus accessibles. Cette opération s'inscrit dans le processus de fin de vie de BaaS, dont vous trouverez plus d'informations dans cet article de blog et dans l'annonce de l'arrêt et de la fin de vie.

Arrêt de TLS 1.0 et 1.1 : extension

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

• Clients PCI : 29 juin 2018
• Clients non conformes à la norme PCI : 31 juillet 2018

Pour en savoir plus, consultez Arrêt de TLS 1.0 et 1.1.

9 novembre 2018

Arrêt d'Apigee Test

Apigee Test est un projet Apigee Labs depuis un certain temps. Il vous permet de surveiller, de vérifier et de signaler la disponibilité de vos points de terminaison d'API de manière synthétique. Apigee a décidé d'arrêter ce service et de désactiver le site de test Apigee 45 jours à compter de 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 conviennent à vos cas d'utilisation. Vous pouvez également utiliser le lien "Envoyer des commentaires" dans l'application pour envoyer des demandes de fonctionnalités à l'équipe produit Google concernée pour vos cas d'utilisation.

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