Abandons et suppressions d'Apigee

Abandon du moteur fiscal 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 de l'API, comme décrit dans la section Envoyer des statistiques de trafic de l'API à Apigee.

Compatibilité avec les mandataires Node.js et les coffres sécurisés

Depuis 2013, Apigee est compatible avec 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 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 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é OAuth 1.0a, les responsables de la norme OAuth 1.0a recommandent aux utilisateurs de passer à OAuth 2.0.

Les règles obsolètes incluent les suivantes:

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

Pour renforcer la sécurité, Apigee recommande aux clients Private Cloud de passer aux règles OAuth v2 dès que possible.

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

La règle ConcurrentRateLimit a été conçue pour être utilisée avec des backends lents, cependant, 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 les performances sont ralenties avec la règle ConcurrentRateLimit, vous pouvez essayer d'utiliser SpikeArrest à la place.

Pour en savoir plus, consultez notre 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 d'arrêt des pics.

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 le post de blog Gestion des API pour les services qui utilisent Envoy, en plus de l'aperçu d'Apigee Adapter for Envoy.

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

Compatibilité avec la fonctionnalité en accès anticipé de Teams

Le programme en accès anticipé de la fonctionnalité Teams dans Apigee a été annulé, et la fonctionnalité Teams sera supprimée de Private Cloud.

Si vous utilisez Teams, 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 d'équipe souhaitée.

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

À partir de cette date, Apigee ne proposera 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

À partir de cette date, Apigee ne sera plus compatible avec les rapports sur les écarts de monétisation sur Apigee Edge.

Abandon de l'espace personnel

À partir de cette date, Apigee ne prendra plus en charge l'espace personnel sur Apigee Edge. Copiez vos spécifications OpenAPI depuis 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).

Abandon d'OAuth 1.0a

À partir de cette date, Apigee ne sera plus compatible avec 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 signature (pour les vérifications d'intégrité au niveau des messages) 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.

Modifier la configuration TLS d'une API d'hôte virtuel

L'opération Modifier la configuration TLS d'une API d'hôte virtuel permet aux clients Edge pour le cloud de modifier 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 non seulement modifier ses propriétés TLS. Par conséquent, cette API est 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 du service broker Apigee pour Pivotal Cloud Foundry

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

Si vous utilisez actuellement le courtier de services, vous devez prendre les mesures suivantes avant la date d'abandon:

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. Rebranchez les routes (vers des proxys d'API) qui ont peut-être été créées pour vos applications.

Fin de vie d'Edge Installer for Pivotal Cloud Foundry

L'installateur Apigee Edge pour PCF a atteint la fin de vie (EOL) à la date d'abandon indiquée ici. Pour en savoir plus, consultez cet article de la communauté.

Abandon de la prise en charge de Node.js basée sur "Trireme"

À partir de la date d'abandon, Trireme existant sera obsolète et sera abandonné à 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 la section Migrer un proxy Node.js existant vers un proxy Hosted Targets.

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

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

L'API BaaS sera abandonnée le 30 juin 2019. Apigee continuera de fonctionner et de prendre en charge les API BaaS jusqu'au 30 juin 2019, conformément aux conditions de notre Règlement sur l'abandon. Pour en savoir plus, consultez cet article de blog, l'annonce de l'abandon et de la fin de vie, ainsi que les conseils pour migrer depuis le BaaS d'API Apigee.

Notez que la fonctionnalité de notifications push Android de l'API BaaS dépend de Google Cloud Messaging (GCM), qui arrivera en fin de vie le 11 avril 2019. Veuillez noter que nous ne mettrons pas à niveau la solution BaaS de l'API Apigee pour qu'elle utilise 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 quitter complètement le BaaS de l'API Apigee avant le 30 juin 2019.

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

Arrêt de la génération de documents de facturation pour la monétisation

Apigee ne prend plus en charge la génération de documents de facturation à partir de la fonctionnalité Apigee Edge Monetization.

Voici les tâches spécifiques qui sont abandonnées et ne peuvent plus être utilisées pour 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

À 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 dans cet article de blog et dans l'annonce de l'abandon et de la fin de vie.

Abandon de TLS 1.0 et TLS 1.1 – Report

Apigee arrêtera 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 soumis à la norme PCI: 31 juillet 2018

Pour en savoir plus, consultez la section Retrait de TLS 1.0 et TLS 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 d'informer 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 de test Apigee 45 jours à compter de la date de cette notification.

Le système de surveillance en boîte noire de Stackdriver, les tests de disponibilité, fournit les fonctionnalités de base d'Apigee Test. Veuillez envisager d'utiliser ses services si cela convient à vos cas d'utilisation. Vous pouvez également utiliser le lien "Envoyer des commentaires" dans l'application pour envoyer des demandes de fonctionnalités pour votre ou vos cas d'utilisation à cette équipe produit Google.

Apigee annonce qu'il arrête d'utiliser les instances dédiées pour les clients du pack de conformité HIPAA dans AWS.