Fonctions obsolètes et retirées
Les mises à jour fréquentes du produit et les modifications apportées à la technologie nécessitent que certaines fonctions soient obsolètes ou qu'elles ne soient plus prises en charge. Lorsqu'une fonction est obsolète, IBM continue de la prendre en charge, mais ne prévoit plus de l'améliorer et peut la supprimer dans une édition ultérieure du produit.
Les fonctionnalités sont classées comme « obsolètes » ou « supprimées » selon les définitions suivantes :
Obsolète
Fonction qui est toujours prise en charge mais qui n'est plus développée. La fonction n'est plus recommandée et peut devenir obsolète.
Retiré
Fonction obsolète dans les éditions précédentes et qui n'est plus disponible dans le produit. Vous devez utiliser d'autres fonctions à la place de la fonction retirée.
La colonne « Version » indique la version d' Instana dans laquelle la fonctionnalité a été pour la première fois dépréciée ou supprimée.
Fonctions obsolètes
Le tableau suivant répertorie les fonctionnalités obsolètes mais toujours prises en charge. Veuillez prendre connaissance des informations fournies et des mesures recommandées.
| Fonction | Mise en production | Détails et action recommandée |
|---|---|---|
| Instana version de l'agent et version de démarrage | 321 | Instana La terminologie relative à la version de l'agent sera modifiée dans la version 321. Le terme actuel « version de démarrage » sera remplacé par « version de l'agent » et désignera les composants d'exécution installés et non mis à jour de l'agent Instana. Le terme actuel « version de l'agent » sera remplacé par « version des capteurs » et désignera la version des capteurs que les agents dynamiques mettent à jour quotidiennement. Pour plus d'informations et une explication détaillée de ces modifications, consultez la documentation relative à la version 321 d' Instana. |
| Instana IBM ACE sortie utilisateur | 319 | IBM ACE Su ivi de l'exit utilisateur IBM ACE : le suivi de l'exit utilisateur est obsolète et arrivera en fin de vie le 31 mai 2027. Cette date correspond au cycle de vie du produit « IBM ACE 11 ». Le support est prolongé d'un an, conformément à la politique de cycle de vie du produit « IBM App Connect Enterprise » v11. Cette assistance comprend une aide à la migration vers la nouvelle solution native de traçage d' OpenTelemetry-based s. Cette notification s'applique également à la prise en charge des webhooks de l' AutoTrace pour l'AC IBM. Après le 31 mai 2027, la fonction de suivi des sorties utilisateur de l' IBM ACE restera disponible, mais IBM ne la prendra plus en charge et ne la mettra plus à jour. IBM ACE 12.0.7 ou une version ultérieure propose une solution de traçage de l' OpenTelemetry‑based s intégrée au produit. Pour bénéficier d'un suivi continu et pris en charge avec l' Instana, utilisez cette solution pour les déploiements d' IBM ACE, 12.0.7 et versions ultérieures. |
| AutoTrace Prise en charge des webhooks pour IBM MQ | 318 | La prise en charge du webhook Instana AutoTrace pour IBM MQ est obsolète et restera disponible jusqu'au 31 mai 2027, date à laquelle elle sera supprimée de Instana. Cette fonctionnalité est remplacée par l'opérateur « IBM MQ », qui offre une prise en charge plus fiable du traçage de l' MQ pour les gestionnaires de file d'attente sur un cluster IBM Cloud Pak for Integration ou un cluster Red Hat OpenShift Container Platform. Pour continuer à bénéficier de la prise en charge du traçage, migrez vos déploiements d' MQ s afin d'utiliser l 'opérateur MQ. Pour plus d'informations, consultez le guide « IBM MQ ». |
| NGINX traçage | 318 | NGINX Tracer a annoncé l'abandon progressif des versions de Nginx antérieures à 1.24.0 et NGINX, ainsi que des versions de Plus antérieures à R30. Ces versions obsolètes seront prises en charge jusqu'au 1er avril 2027. À l'avenir, Instana mettra hors service les versions d' NGINX s en fin de vie deux ans après leur date officielle de fin de vie. Après le 1er avril 2027, les anciennes versions d' NGINX Tracer resteront disponibles, mais ne bénéficieront plus de mises à jour de maintenance. Pour garantir des performances et une sécurité optimales, effectuez une mise à niveau vers une version prise en charge d' NGINX. |
| AWS Kit de développement logiciel (SDK) pour Java 1.x (Kit de développement logiciel AWS v1 ) | Prévu pour 323 | AWS La suppression progressive de l' v1 ation du SDK est prévue dans la version 323 de Instana SaaS. Après avoir été dépréciée, cette fonctionnalité restera en mode de maintenance jusqu'à sa suppression définitive début 2027. AWS Le SDK pour Java 2.x ( AWS SDK v2 ), disponible à partir de la version 317 d' SaaS, remplace le SDK AWS v1. Pour plus d'informations sur la migration, consultez la documentation relative à la migration. |
| IBM Service d'intégration de la surveillance d' Instana (proxy d'intégration) | 316 | Le service d'intégration IBM Monitoring Instana (proxy d'intégration) pour l'intégration IBM Tivoli Monitoring V6 est obsolète à compter de mars 2026 et sera supprimé en juin 2026. Le proxy d'intégration est remplacé par le capteur ITM de l'agent hôte d' Instana, ce qui simplifie l'architecture puisqu'il s'exécute directement dans l'agent hôte, sans nécessiter de déploiement distinct d' Kubernetes/OpenShift. Tous les utilisateurs doivent migrer vers le capteur ITM avant juin 2026. Le nouveau capteur ITM rend superflue la mise en place d'une infrastructure distincte (8 cœurs de processeur, 16 Go de RAM), simplifie la configuration et réduit la complexité opérationnelle. Pour plus d'informations sur les conseils de migration, consultez la section Intégration avec IBM ITM V6. |
| Déploiement limité d'agents sans droits d'administrateur | 314 | Le déploiement d'agents sans droits d'administrateur est obsolète et sera supprimé dans une prochaine version. Nous vous recommandons d'installer la version préliminaire publique pour un déploiement d'agent sans droits d'administrateur. Cette nouvelle configuration offre toutes les fonctionnalités des capteurs et des traceurs et permet d'exécuter l'agent sous un utilisateur de son choix. |
| OTel Collecteur de données pour l'IA générative (ODCG) | 311 | Le collecteur de données « OTel » pour l'IA générative (ODCG) est obsolète. Instana a simplifié l'observabilité de l'IA générative en supprimant la nécessité de ce composant distinct. |
| La bibliothèque de surveillance « Apache Spark » pour la surveillance des clusters d' Azure Databricks | 310 | La bibliothèque de surveillance de cluster « Azure Databricks », destinée à la diffusion en continu d'événements d' Apache Spark s et de métriques Structured Streaming, est obsolète. Le capteur « Azure Databricks » ne collecte plus ces indicateurs. Pour plus d'informations sur la liste complète des indicateurs obsolètes, consultez la section « Indicateurs de performance ». |
| Mots-clés de recherche pour la requête à ciblage dynamique (DFQ) | 310 | Certains mots-clés utilisés dans la recherche Dynamic Focus pour la surveillance des infrastructures et des plateformes sont obsolètes et seront supprimés dans une prochaine version. Pour consulter la liste complète des mots-clés obsolètes, reportez-vous au tableau « Surveillance de l'infrastructure et de la plateforme » dans la documentation de Dynamic Focus. |
PHP Paramètres INI de Tracerinstana.disabled_instrumentation |
307 | Le paramètre INI « PHP » instana.disabled_instrumentation est obsolète. Cette fonctionnalité est remplacée par la fonctionnalité de désactivation « span », qui offre une meilleure configurabilité pour la désactivation de l'instrumentation. Ce paramètre INI est pris en charge jusqu'au 30 mai 2026. Après cette date, il sera retiré du site Instana. Transférez les paramètres de désactivation de l'instrumentation d' PHP Tracer dans vos environnements d'exécution PHP vers la nouvelle fonctionnalité de désactivation. |
| Variables d'environnement de configuration de l'agent | 307 | L'utilisation des variablesINSTANA_AGENT_HOST d'environnement pourINSTANA_AGENT_PORT la configuration de l'agent est obsolète. Ces variables d'environnement sont réservées à la configuration des traceurs d' Instana s pour la connexion à l'agent. Si ces paramètres sont définis au niveau global, les traceurs d' Instana s ne peuvent pas se connecter à l'agent. Lors de l'installation de l'agent et pour les variables d'environnement globales, définissez plutôt lesINSTANA_AGENT_ENDPOINT variables d'environnement etINSTANA_AGENT_ENDPOINT_PORT . La prise en charge de l'utilisationINSTANA_AGENT_HOST etINSTANA_AGENT_PORT de la configuration de l'agent sera supprimée dans les prochaines versions d' Instana. Toutefois, ces variables continuent d'être utilisées pour la configuration du traceur d' Instana. |
leader-elector surveiller Kubernetes et OpenShift à partir de l'agent statique YAML |
305 | Bien que l' YAML statique des agents soit désormais obsolète, les services de surveillance Kubernetes et OpenShift pourraient encore utiliser l'ancienne versionleader-elector etkubernetes-sensor son implémentation. Ces composants ne sont plus pris en charge depuis la version 305 et leur suppression est prévue d'ici la fin de l'année 2025. Nous vous recommandons d'utiliser d'autres méthodes de déploiement prises en charge, telles que l'opérateur « Instana » ou le chart « Helm », qui permettent de déployer nos versions actuellesk8sensor pour la surveillance de Kubernetes et OpenShift. |
| Agent Helm version graphique 1.x | 294 | La version « chart » de l'agent Helm ( 1.x ) sera obsolète à compter du 15 avril 2025. La dernière version du graphique « Helm » ( 1.x ) est disponible à l'adresse 1.2.74 et ne fera l'objet d'aucune mise à jour ultérieure. Le graphique « Agent Helm » ( 1.x ) est remplacé par la version actuelle ( 2.x ) du graphique « Agent Helm ». Le nouveau graphique d' Helm de l'Agent installe une définition de ressource personnalisée et un gestionnaire de contrôleurs d' Kubernetes, également appelé « Operator », afin de gérer les composants de surveillance d' Instana au sein d'un cluster. Les commandes d'installation restent inchangées, mais celles de mise à jour et de désinstallation ont été modifiées. Pour plus d'informations, consultez la documentation actuelle sur les graphiques d' Helm, disponible sur Kubernetes et Red Hat OpenShift. |
| Contournement du maillage de services par l'agent pour l' Istio | 291 | Le contournement du maillage de services par agent sera obsolète à compter de mars 2025. La fonction de contournement du maillage de services devrait être supprimée dans les prochaines versions de l'agent d' Instana. La prise en charge du service mesh pour la surveillance d' JVM s dans les clusters Kubernetes et OpenShift est assurée par l'intégration native du service mesh de l'agent et prend en charge Istio et OpenShift ServiceMesh. |
| Prise en charge de .Net Core 2.0 et versions ultérieures | 280 | La prise en charge d' 2.0. et des versions ultérieures de.NET Core est obsolète, comme indiqué sur Instana..NET Core Tracer entrera en vigueur à partir d'août 2024. |
| Zalando Postgres opérateur | 277 | L'opérateur « Zalando » Postgres n'est plus pris en charge pour l'installation d' Instana Custom Edition à compter de septembre 2024. L'opérateur « CloudNativePG » est utilisé à la place de l'opérateur « Zalando » Postgres. |
| Java 6. Prise en charge par Tracer d' Java | 310 | Java La prise en charge de la version 6 est dépréciée par Instana Java Tracer à compter de septembre 2025, et elle prendra fin d'ici septembre 2026. Par conséquent, la prise en charge des agents sans serveur ne sera plus disponible pour l' Java ion 6. Pour continuer à utiliser les agents sans serveur, effectuez une mise à niveau vers la version 7 d' Java. |
| Python 3.7 Fonction de trace | 275 | Instana Python Tracer 2.5.0 ne prend plus en charge le moteur d'exécution Python 3.7. La version minimale prise en charge est Python 3.8. |
| PHP versions dont la fin de vie a officiellement été atteinte | 294 | PHP Tracer a annoncé la fin de vie (EOL) des versions PHP 7, PHP et 8.0, qui s'alignent désormais sur les versions en fin de vie (EOL) de PHP. À l'avenir, Instana cessera de prendre en charge les versions mineures à leur date officielle de fin de vie. Les versions mineures obsolètes continueront d'être prises en charge pendant un an. Par la suite, les anciennes versions d' PHP Tracer resteront disponibles, mais leur maintenance sera suspendue. Il est recommandé de passer d'une version non prise en charge d' PHP, afin d'améliorer les performances et la sécurité. Pour plus d'informations, consul tez les sections « Versions prises en charge » et « Branches non prises en charge ». |
| PHP Kit de développement logiciel (SDK) Tracer PHP | 297 | Le SDK d' PHP s est obsolète et sera pris en charge jusqu'au 30 mai 2026. Après cette date, il sera retiré du site Instana. Pour continuer à bénéficier de la prise en charge de la traçabilité, migrez vos applications vers l'exportateur Instana du SDK d' OpenTelemetry. |
| Ruby 2.7 Traçage | 270 | Dans Instana Ruby tracer 1.214.0, le moteur d'exécution Ruby 2.7 n'est plus pris en charge. La version minimale prise en charge est l' Ruby, disponible à l'adresse 3.0. |
| API de configuration des terminaux | 268 | Les points de terminaison « configuration des points de/api/application-monitoring/settings/http-endpoint terminaison » sont obsolètes et pourraient être supprimés. Le remplacement de ces API se trouve dans/api/application-monitoring/settings/endpoint. Pour plus d'informations, consultez OpenAPI. La nouvelle interface API prend en charge la configuration de la sensibilité à la casse pour tous les types de terminaux, tout en offrant les fonctionnalités de l'interface API (Configuration des terminaux) de l' HTTP, désormais obsolète. |
| Docker-backend des magasins de données exploités | 266 | Le backend de stockage de données géré par l' Docker, destiné à être utilisé avec l'opérateur Enterprise de l' Instana, est obsolète. Pour les nouvelles installations, configurez des magasins de données au sein du cluster à l'aide d'opérateurs tiers. Toutefois, si vous utilisez déjà des bases de données basées sur l' Docker, vous pouvez continuer à les utiliser. |
| Instana Python AutoTrace | 266 | Rupture de la modification ! La fonction obsolète Python AutoTracing est planifiée pour être supprimée en avril 2024. |
| Ruby OpenTracing | 266 | À partir de janvier 2024, Ruby OpenTracing ne sera plus pris en charge sur Instana. Instana Ruby La suppression de Tracer pour OpenTracing est prévue pour juin 2025. |
| Python OpenTracing | 266 | À partir de janvier 2024, Python OpenTracing ne sera plus pris en charge sur Instana. Instana Python Le module Tracer pour OpenTracing devrait être supprimé en janvier 2025. |
| Instaamqp | 265 | À compter du 20 janvier 2024, le paquet instaamqp ne sera plus pris en charge. Pour l'instrumentation d'AMQP, vous pouvez utiliser le package instaamqp091, fourni avec le SDK go-sensor. |
| AWS Lambda Native Tracing for Ruby | 264 | À compter du 7 janvier 2024, les clients ne pourront plus créer de fonctions utilisant le moteur d'exécution Ruby 2.7. La version minimale prise en charge est l' Ruby, disponible à l'adresse 3.2. |
| Instana Python AutoTrace | 258 | Rupture de la modification ! Après la sortie de la version « Discovery » d' Instana ( Python ) et de la version « 1.9.12 », prévue pour le 19 septembre 2023, la fonctionnalité obsolète Python ( AutoTracing ) ne sera plus activée par défaut. Si vous utilisez encore cette fonctionnalité obsolète, préparez-vous à sa suppression. |
| Fonction de trace AWS Lambda native pour Python | 256 | Après le 27 novembre 2023, les clients ne sont plus en mesure de créer des fonctions qui utilisent l'environnement d'exécution Python 3.7 . La version minimale prise en charge est la suivantepython3.8. |
| Trace de l'application API | 253 | Ce point de terminaisonGET /api/application-monitoring/analyze/traces/{id} est obsolète et pourrait être supprimé à l'avenir. Le remplacement de cette interface API estGET /api/application-monitoring/v2/analyze/traces/{id} ( voir OpenAPI ). La nouvelle interface ` API ` prend en charge la pagination et ne fournit pas d'informations sur les données d'appel ni sur la trace de pile. |
| Surveillance synthétique | 252 | La$http méthode ` API ` de la classe `Synthetic` du script ` API ` est obsolète. Il est recommandé de migrer votre script API vers$http $got. Pour plus d'informations, consultez le guide des scripts de API. |
| Options de configuration de BeeInstana | 251 | Cettespec.ingestor.brokerList clé est obsolète et a été remplacée parspec.kafkaSettings.brokers. |
| Approche de la haute disponibilité pour le programme d'installation Dockerauto-hébergé | 249 | L'approche de haute disponibilité pour le programme d'installation auto-hébergé d' Instana basé sur Docker est obsolète et sera supprimée dès que la configuration de haute disponibilité pour le backend auto-hébergé Instana sur Kubernetes/OpenShift (sur site) sera disponible. Si vous avez besoin d'une haute disponibilité, nous vous recommandons de passer à un backend Instana auto-hébergé sur Kubernetes/OpenShift (sur site). |
| Evénements intégrés HAProxy | 249 | Evénements intégrésHAProxy |
| Agent hôte et programme d'installation pour l' Windows 32 bits | 248 | L'agent hôte et le programme d'installation d' Windows s pour l'architecture 32 bits d' Windows ne sont plus mis à jour. Vous pouvez installer l'agent dynamique et l'agent statique 32 bits sur Windows, et l'agent hôte dynamique reste capable de recevoir des mises à jour. |
| Fonction de trace AWS Lambda native pour Python | 229 | Depuis le 17 août 2022, les clients ne peuvent pas mettre à jour les fonctions existantes qui utilisent l'environnement d'exécution Python 3.6 . La version minimale prise en charge estpython3.7. |
| AWS X-Ray de surveillance | 214 | Cette fonctionnalité est obsolète et sera supprimée d' Instana lorsqu'un traçage AWS Lambda natif sera disponible pour tous les environnements d'exécution Lambda. |
Fonctions retirées
Le tableau suivant répertorie les fonctionnalités qui ont été supprimées du produit. Vous devez utiliser d'autres fonctionnalités à la place.
| Fonction | Mise en production | Détails et action recommandée |
|---|---|---|
| Déploiement statique de l'agent d' YAML ation sur Kubernetes et la plateforme de conteneurs Red Hat OpenShift | 317 | L'utilisation d'un fichier statique « YAML » pour déployer des agents hôtes sur Kubernetes ou Red Hat OpenShift n'est plus prise en charge. Utilisez plutôt un opérateur Kubernetes ou un graphique Helm, comme décrit dans les pages « Installation de l'agent sur Kubernetes » et « Installation de l'agent sur Red Hat OpenShift ». |
| Agent Helm version graphique 1.x | 317 | La version du graphique « Agent Helm » ( 1.x ) n'est plus prise en charge. La dernière version du graphique « Helm » ( 1.x ) est disponible à l'adresse 1.2.74 et ne fera plus l'objet de mises à jour. Utilisez plutôt la version actuelle 2.x du graphique de l'Agent Helm. Le graphique actuel de l'agent « Helm » installe une définition de ressource personnalisée ainsi qu'un gestionnaire de contrôleurs « Kubernetes », également appelé « Operator », afin de gérer les composants de surveillance de l' Instana au sein d'un cluster. Pour plus d'informations, consultez la documentation relative aux graphiques de l' Helm, notamment les pages Kubernetes et Red Hat OpenShift. |
| Prise en charge de Kubernetes v1.16 | 245 | Pour un backend Instana auto-hébergé sur Kubernetes (sur site), la version minimale prise en charge d' Kubernetes est 1.22. |
| Red Hat OpenShift 4.8 | 245 | Pour le backend d' Instana hébergé en local sur Red Hat OpenShift (sur site), la version minimale prise en charge d' OpenShift est la 4.9. |
| Les versions extensions/v1beta1, apps/v1beta2 et API | 211 | Utilisez la version API de l' apps/v1. Ces versions d' API ont été supprimées dans Kubernetes v1.16. |