Annonces relatives aux modifications de service

Modification de service : le service Oracle Cloud Infrastructure Anomaly Detection est en phase d'abandon.

Date d'annonce : 7 mars 2024

Date d'application : 6 mars 2025

Détails : à compter du 6 mars 2025, le service Oracle Cloud Infrastructure Anomaly Detection arrive en fin de vie. Nous vous recommandons de migrer vers le service Oracle Cloud Infrastructure Data Science pour détecter les anomalies.

Cela me concerne-t-il ? Le service Anomaly Detection n'est plus disponible.

Que dois-je faire ? Vous pouvez utiliser le service Oracle Cloud Infrastructure Data Science Opérateur Accelerated Data Science pour détecter les anomalies. Il prend en charge à la fois la détection d'anomalies univariées et multivariées.

Modification de service : la prise en charge du service Oracle Cloud Infrastructure API Gateway pour certains cryptages hérités est en phase d'abandon.

Date d'annonce : mars 2024

Date d'effet : 1er avril 2025

Détails : à compter du 1er avril 2025, le service API Gateway ne prend plus en charge les cryptages hérités suivants :

• ECDHE-RSA-AES128-SHA256
• ECDHE-RSA-AES256-SHA384
• DHE-RSA-AES256-SHA256
• DHE-RSA-AES128-SHA256

Cela me concerne-t-il ? Après le 1er avril 2025, une passerelle d'API n'inclura plus les cryptages hérités dans la liste des cryptages pris en charge lors de l'établissement d'une connexion avec un client d'API ou avec un service back-end. Un client API ou un service back-end qui prend uniquement en charge les cryptages hérités ne pourra plus se connecter à une passerelle d'API.

Que dois-je faire ? Assurez-vous que les clients d'API et les services back-end se connectant aux passerelles d'API prennent en charge un ou plusieurs des chiffrements qui continuent d'être pris en charge par le service API Gateway (reportez-vous à Versions et chiffrements TLS pris en charge).

Modification de service : l'attribut requis subnetId de l'API CreateRecoveryServiceSubnet d'Oracle Cloud Infrastructure est en phase d'abandons.

L'API CreateRecoveryServiceSubnet peut utiliser l'attribut facultatif Subnets à la place, qui deviendra par la suite un attribut requis.

Date d'annonce : mai 2023.

Date d'effet : mai 2024.

Détails : avant la modification du service, l'attribut subnetId peut être utilisé pour indiquer un seul sous-réseau à associer au sous-réseau de service de récupération. Après l'application de cette modification de service, l'attribut subnetId sera ignoré et subnets deviendra un attribut requis. L'attribut subnets peut être utilisé pour indiquer plusieurs sous-réseaux à associer à un sous-réseau Recovery Service.

Cela me concerne-t-il ? Si vous disposez de scripts personnalisés ou de scripts Terraform référençant l'API CreateRecoveryServiceSubnet et que vous utilisez explicitement l'attribut subnetId, vous pouvez les modifier pour enlever cet attribut et utiliser subnets à la place.

Que dois-je faire ? Lorsque vous utilisez des kits SDK OCI et des outils de ligne de commande, vous devez choisir de mettre à jour vos scripts personnalisés afin d'utiliser l'attribut subnets. Après mai 2024, l'attribut subnets sera un champ requis.

Modification de service : le contrat entre Oracle et Cloudera expire le 31 janvier 2023. Par conséquent, à partir du 31 janvier, Oracle Big Data Service ne prendra plus en charge l'utilisation de la répartition Cloudera avec CDH (Apache Hadoop) pour lancer de nouveaux clusters ou ajouter des noeuds ou des coeurs aux clusters existants au-delà d'une limite définie. Cette modification n'a pas d'incidence sur la prise en charge continue de clusters Big Data Service CDH existants.

Cette modification s'applique uniquement à Big Data Service CDH. Cette modification n'a pas d'incidence sur les clients qui utilisent Oracle Big Data Appliance (BDA) ou Big Data Service en interne avec Oracle Distribution of Hadoop (ODH).

Date d'annonce : 13 décembre 2022

Date d'application : 31 janvier 2023

Détails : le 31 janvier 2023, la limite d'extension Big Data Service CDH du nombre des coeurs de calcul (OCPU) est gelée. Le nombre de coeurs de calcul dans la location d'un client au 31 janvier devient le nombre maximal de coeurs autorisé pour cette location et aucune extension supplémentaire ne sera autorisée.

Cela me concerne-t-il ? Cette modification s'applique uniquement à Big Data Service avec CDH. Big Data Service avec Oracle Distribution of Hadoop (ODH) n'est en aucun cas concerné.

Par exemple, si au 31 janvier 2023 une location comporte 2 clusters BDS CDH de 15 noeuds chacun avec 120 OCPU au total, la limite maximale d'OCPU après le 31 janvier 2023 sera définie sur 120 et ne pourra pas être augmentée au-delà de 120 après cette date. Pour les problèmes de prise en charge tels que le remplacement de noeuds en échec, de nouveaux noeuds peuvent être ajoutés jusqu'à cette limite. Les utilisateurs peuvent également réduire le nombre de coeurs et revenir ensuite à cette limite (par exemple, 120).

Etapes ultérieures : Oracle recommande la planification et l'implémentation de toutes les extensions du cluster Big Data Service CDH requises avant le 31 janvier 2023. Pour le client qui souhaite éviter la contrainte d'extension après cette date, nous vous recommandons de migrer vers Big Data Service ODH.

A propos de Big Data Service avec ODH : en 2022, Oracle a lancé Big Data Service ODH, que nous avons développé en tant que service natif cloud pour nos clients Big Data. Oracle assure un investissement et une prise en charge continus pour ODH, sans nécessiter de licence de la part de Cloudera. ODH propose des fonctionnalités clés axées sur l'entreprise, notamment le redimensionnement automatique, Kerberos, l'intégration Active Directory, le connecteur HDFS pour Object Storage et les scripts de démarrage. Par ailleurs, il s'agit de l'un des produits Big Data les plus rentables du marché.

Big Data Service ODH dispose de plus de versions avec les dernières et les précédentes versions des composants Hadoop à des fins d'intégration avec les piles d'applications plus anciennes et plus anciennes. Il est également vérifié avec WANdisco Data Migrator afin d'accélérer les migrations à grande échelle et utilise les services Oracle Cloud Lift afin de collaborer avec les ingénieurs Oracle pour les migrations. Pour plus d'informations sur la migration vers Big Data Service ODH, reportez-vous à la documentation.

Modification de service : les rapports d'utilisation de la page Console Rapports sur les coûts et l'utilisation sont en phase d'abandon.

Date d'annonce : 10 octobre 2024

Date d'application : 31 janvier 2025

Cela me concerne-t-il ? Oui, si votre location comporte des rapports d'utilisation.

Que dois-je faire ? Utilisez des rapports sur les coûts aux formats propriétaire et FOCUS OCI pour analyser votre consommation. Vous pouvez continuer à accéder à vos fichiers CSV de rapports d'utilisation existants jusqu'au 31 juillet 2025.

Modification de service : les stratégies d'enregistrement définies par Oracle n'incluent plus les sauvegardes de volume complètes.

Date d'annonce : 3 novembre 2020

Date d'application : 3 novembre 2021

Détails : à partir du 3 novembre 2021, les stratégies de sauvegarde définies par Oracle n'incluent plus les sauvegardes complètes de volume. Toutes les sauvegardes de volume générées à partir des stratégies définies par Oracle sont désormais des sauvegardes incrémentielles. Cette modification s'applique aux affectations de stratégie de sauvegarde de volume existantes et aux nouvelles affectations de stratégie de sauvegarde de volume. Cette modification n'a pas d'incidence sur les stratégies définies par l'utilisateur, qui restent inchangées.

Cela me concerne-t-il ? Si vous avez affecté une stratégie définie par Oracle à des volumes d'initialisation ou à des volumes de blocs pour des sauvegardes programmées, les sauvegardes complètes ne sont plus générées depuis le 3 novembre 2021.

Que dois-je faire ? Les sauvegardes incrémentielles sont fonctionnellement identiques aux sauvegardes complètes pour la récupération des données. Pour plus d'informations, reportez-vous à Types de sauvegarde de volume. Aucune action n'est nécessaire pour les scénarios de récupération de données. Certains scénarios de conformité peuvent nécessiter des sauvegardes complètes programmées. Pour ces scénarios de conformité, remplacez l'affectation de stratégie de sauvegarde par une stratégie de sauvegarde définie par l'utilisateur avant le 1er novembre 2021. Vous pouvez créer une stratégie définie par l'utilisateur à partir d'une stratégie de sauvegarde existante. Reportez-vous à Duplication des stratégies de sauvegarde existantes.

Modification de service : fin de vie d'OCI Classic Migration Service à compter du 31 mars 2024.

Date d'annonce : 04 mars 2024

Date d'application : 31 mars 2024

Détails : Oracle annonce les mises à jour de fin de distribution et de fin de vie d'OCI Classic Migration Service à compter du 31 mars 2024.

Classic Migration Service (anciennement Application Migration Service) simplifie la migration des applications d'Oracle Cloud Infrastructure Classic vers Oracle Cloud Infrastructure, Classic Migration Service migre des applications telles qu'Oracle Java Cloud Service, SOA Cloud Service et Integration Classic, d'Oracle Cloud Infrastructure Classic et d'Oracle Cloud@Customer vers Oracle Cloud Infrastructure,

Cela me concerne-t-il ? Il ne devrait pas y avoir d'impact sur les clients existants. Les versions d'application prises en charge par Classic Migrations sont obsolètes depuis plusieurs années et les clients s'exécutent déjà sur des versions plus récentes.

Que dois-je faire ? Aucune action attendue de la part des clients. Si vous constatez que vous avez une application classique qui doit être migrée, contactez le service d'application cloud associé.

Modification de service : la classe de panne PCI-NIC pour la surveillance d'état des instances Compute Bare Metal est en phase d'arrêt.

Date d'annonce : 21 juin 2022

Date d'application : 21 juin 2023

Détails : la classe de panne PCI-NIC fournit des informations sur un problème matériel concernant vos instances Bare Metal, en particulier lorsqu'une panne a été détectée dans la carte d'interface réseau de l'instance. La classe de panne PCI-NIC ne sera plus émise.

Cela me concerne-t-il ? A la fin de la prise en charge, vous ne recevrez plus de notifications de surveillance de l'état pour la classe de panne PCI-NIC. Les mesures d'état d'infrastructure ne seront plus émises pour la classe de panne PCI-NIC.

Que dois-je faire ? Migrez vers la classe de panne PCI pour obtenir des fonctionnalités similaires. Pour plus d'informations, reportez-vous à Surveillance de l'état de Compute pour les instances Bare Metal et à Mesures d'état d'infrastructure.

Modification de service : la propriété lifecyleDetails à l'emplacement ServiceConnector est obsolète. Utilisez plutôt la propriété lifecycleDetails.

Date d'annonce : 25 mars 2025

Date d'application : 25 mars 2026

Détails : la propriété suivante est en phase d'abandon :

lifecyleDetails

Utilisez plutôt la propriété suivante :

lifecycleDetails.

Cela me concerne-t-il ? Oui. Si vous disposez de code qui référence la propriété en phase d'abandon, lifecyleDetails.

Que dois-je faire ? Mettez à jour votre code pour référencer la nouvelle propriété, lifecycleDetails.

Modification de service : Fin de vie de Data Integration Platform Cloud

Date d'annonce : 29 août 2024

Date d'application : 12 décembre 2024

Détails : à compter du 12 décembre 2024, Oracle Data Integration Platform Cloud (DIPC) arrive en fin de vie et vous ne pourrez plus créer d'instances ni recevoir de support.

Cela me concerne-t-il ? Oui.

Modification de service : le service Oracle Cloud Infrastructure Data Labeling doit être en phase d'abandon.

Date d'annonce : 30 août 2024

Date d'application : 30 août 2025

Détails : à compter du 30 août 2025, le service Oracle Cloud Infrastructure Data Labeling arrive en fin de vie. Avant la date de fin de vie, nous vous recommandons de migrer vers les outils d'étiquetage open source disponibles dans Oracle Cloud Infrastructure Marketplace pour étiqueter les données.

Cela me concerne-t-il ? Le service Data Labeling n'est plus disponible pour utilisation après le 30 août 2025. Vous pouvez continuer à utiliser les étiquettes créées précédemment, mais vous devez migrer immédiatement pour éviter toute interruption de service.

Que dois-je faire ? Vous pouvez utiliser les outils d'étiquetage open source disponibles dans Oracle Cloud Infrastructure Marketplace pour créer des libellés. Nous vous recommandons d'utiliser des alternatives Open Source pour la plupart des fonctionnalités de Data Labeling.

Vous pouvez afficher le service Data Labeling uniquement dans les régions où vous avez eu une activité au cours des 6 derniers mois. Pour accéder au service Data Labeling dans d'autres régions, soumettez une demande à la file d'attente du service Data Labeling.

Pour les modèles personnalisés Vision, le service Data Labeling est prévu pour être remplacé par Label Studio, sans impact sur les modèles existants. Pour la création future de modèles personnalisés, étiquetez les données à l'aide de Label Studio.

Pour Document Understanding, la fonctionnalité d'étiquetage de documents des services d'étiquetage de données qui y sont intégrés. Les utilisateurs peuvent toujours accéder à cette fonction dans Document Understanding en accédant au workflow d'entraînement de modèle personnalisé.

Modification de service : la version 201210929 de l'API Database Migration d'Oracle Cloud Infrastructure est obsolète à partir du 21 juin 2024.

Date d'annonce : 2 juillet 2024

Date d'application : 21 juin 2024

Détails :

À partir du 21 juin 2024, l'ancienne version de l'API Database Migration, version 201210929, est en phase d'abandon. À partir du 21 juin 2025, l'API en phase d'abandon n'est plus disponible et elle est remplacée par une nouvelle version d'API 20230518 qui fournit des fonctionnalités améliorées et prend en charge les versions futures.

Que dois-je faire ?

Si vous utilisez une ancienne version du kit SDK ou du fournisseur Terraform, vous devez prévoir de le mettre à niveau vers le nouveau kit SDK ou fournisseur Terraform au plus tôt.

Liste des API en phase d'abandon et de remplacement

Modification de service : le kit SDK Java OCI version 2 est en cours d'abandon.

Date d'annonce : 6 avril 2023

Date d'application : 30 juin 2023

Détails : Oracle a récemment publié un kit SDK Java Oracle Cloud Infrastructure (OCI) version 3. Le kit SDK Java OCI version 3 est une version majeure du kit SDK. Nous vous recommandons d'effectuer la mise à niveau vers cette dernière version. Nous continuerons à prendre entièrement en charge le kit SDK Java OCI version 2 jusqu'à fin juin 2023. Pendant ce temps, les versions 2 et 3 du kit SDK Java OCI recevront des mises à jour régulières pour prendre en charge les nouvelles API de service, les patches de sécurité et les corrections de bug critiques, ainsi que les modifications apportées à la documentation.

Cela me concerne-t-il ? Après le 30 juin 2023, le kit SDK Java OCI version 2 ne recevra plus de mises à jour permettant de prendre en charge de nouvelles régions, de nouveaux services ou des fonctionnalités dans les services existants, sauf indication contraire. Pour les versions antérieures du kit SDK Java OCI version 2 qui datent de moins de 12 mois, OCI rétroportera, à la demande, uniquement les problèmes de sécurité et les corrections de bug critiques.

Que dois-je faire ? Effectuez la mise à niveau vers le kit SDK Java OCI version 3.

Modification de service : les API DevOps d'Oracle Cloud Infrastructure (deux API) de version 20210630 sont en phase d'abandon depuis le 29 mars 2022.

Date d'annonce : 29 mars 2022

Date d'application : 29 mars 2023

Détails : à partir du 29 mars 2022, deux API DevOps de version 20210630 sont en phase d'abandons. A partir du 29 mars 2023, les API en phase d'abandon ne seront plus disponibles.

Modification de service : OCI DevOps interrompt la prise en charge d'Oracle Linux 7.

Date d'annonce : 27 août 2025

Date d'application : 28 août 2026

Détails : à compter du 28 août 2026, la prise en charge d'Oracle Linux 7 prend fin, après quoi les utilisateurs ne peuvent pas créer ou exécuter de builds sur des programmes d'exécution de build basés sur OL7. Pour assurer une transition en douceur, nous vous conseillons de migrer vers Oracle Linux 8 avant le 12 octobre 2025 afin d'éviter la latence lors des lancements du programme d'exécution de build Oracle Linux 7. Pour assurer une transition transparente et des performances de build optimales, mettez à jour les configurations de pipeline afin d'utiliser Oracle Linux 8.

Modification de service : le service Event Hub est en phase d'abandon.

Date d'annonce : 29 avril 2022

Date d'effet : 31 mai 2023

Détails : à compter du 31 mai 2023, le service Oracle Event Hub sera effectif au 31 mai 2023. Avant la date de fin de Vie, nous vous recommandons de migrer vos flux de données d'Event Hub vers Oracle Cloud Infrastructure Streaming.

Cela me concerne-t-il ? Si vous utilisez le service Event Hub pour créer des clusters Kafka et/ou des sujets Event Hub, vous ne pourrez plus le faire après le 31 mai 2023. Les clusters précédemment créés continueront à fonctionner dans votre location sans modification.

Que dois-je faire ? Tous les clients Event Hub peuvent désormais utiliser Streaming pour déplacer les données à l'aide de ses intégrations étroites à Oracle Cloud Infrastructure (OCI), Database, GoldenGate et Integration Cloud. Le service utilise un outil Kafka Connect afin de fournir des intégrations prêtes à l'emploi pour des centaines de produits tiers dans des catégories telles que DevOps, bases de données, Big Data et applications SaaS.

Modification de service : 100 systèmes de fichiers au maximum peuvent être attachés à une stratégie d'instantané particulière.

Date d'annonce : 5 août 2023

Date d'application : 7 août 2023

Détails : à partir du 7 août 2023, une nouvelle limite de service sera introduite pour limiter le nombre total de systèmes de fichiers attachés à une stratégie de cliché. Cette modification permet d'attacher jusqu'à 100 systèmes de fichiers par stratégie de cliché par locataire et par domaine de disponibilité.

Cela me concerne-t-il ? Si vous prévoyez d'associer plus de 100 systèmes de fichiers à une stratégie d'instantané particulière, vous ne pourrez plus le faire après le 7 août 2023. Toutes les locataires existants qui ont plus de 100 systèmes de fichiers attachés par stratégie de cliché avant le 7 août 2023 recevront une exception. Aucune exception ne sera accordée après le 7 août 2023.

Que dois-je faire ? Si vous devez attacher plus de 100 systèmes de fichiers à une stratégie de cliché, créez une deuxième stratégie de cliché ou utilisez toute autre stratégie de cliché existante. Vous pouvez créer 100 stratégies de cliché par locataire et par domaine de disponibilité. Vous pouvez toujours générer des instantanés basés sur une stratégie pour les systèmes de fichiers, mais vous devrez peut-être utiliser plusieurs stratégies d'instantané.

Modification de service : les systèmes de fichiers File Storage utilisant des clés de cryptage gérées par le client ont besoin de nouvelles stratégies IAM.

Date d'annonce : 29 mai 2024

Date d'effet : 29 mai 2024

Détails : le 29 mai 2024, File Storage introduit une nouvelle méthode pour accorder aux systèmes de fichiers l'autorisation d'utiliser des clés de cryptage personnalisées. Avant cette modification, les stratégies permettant d'accorder aux systèmes de fichiers des droits d'accès permettant d'utiliser des clés de cryptage personnalisées ont utilisé l'utilisateur du service File Storage. Par exemple :

Allow service <file_storage_service_user> to use keys

Après cette modification, les ressources File Storage sont autorisées à utiliser des clés personnalisées. Pour plus d'informations, reportez-vous à la section Encrypting a File System.

Cela me concerne-t-il ? Avant le 29 mai 2024, les systèmes de fichiers File Storage utilisant des clés de cryptage Vault gérées par le client au lieu de clés gérées par Oracle utilisaient l'utilisateur du service File Storage dans les stratégies IAM requises.

L'utilisateur du service n'aura plus accès aux clés gérées par le client.

Que dois-je faire ? Créez des stratégies IAM qui permettent à File Storage de crypter et de décrypter des systèmes de fichiers à l'aide de principaux de ressource. Assurez-vous que les systèmes de fichiers utilisent des stratégies de principal de ressource plutôt que des stratégies de principal de service.

Pour plus d'informations, reportez-vous aux sections Encrypting a File System et Verifying Resource Principal Access to Encryption Keys.

Modification de service : les API Fleet Application Management d'Oracle Cloud Infrastructure, version 20230831, sont en phase d'abandon le 14 mai 2025.

Date d'annonce : 14 mai 2025

Date d'effet : 14 mai 2025

Détails : à partir du 14 mai 2025, les API Fleet Application Management de la version 20230831 sont en phase d'abandon. À partir du 14 mai 2025, les API en phase d'abandon seront indisponibles. Les opérations Mise à jour/Suppression/Obtention/Liste sur toutes les ressources créées par les API en phase d'abandons seront prises en charge par les nouvelles API.

Liste des API non prises en charge et de remplacement

Modification de service : le type de membre COMPUTE_INSTANCE dans DrProtectionGroupMemberType devient obsolète et ne sera plus pris en charge.

Date d'annonce : 31 octobre 2023

Date d'application : 31 octobre 2024.

Migrez vers l'un des nouveaux types d'instance avant la date d'abandon effective.

Cela me concerne-t-il ? Si vous utilisez le type de membre COMPUTE_INSTANCE dans votre configuration de récupération après sinistre, cette modification vous affecte. Veillez à migrer vers l'un des nouveaux types d'instance avant la date d'abandon effective.

Que dois-je faire ? Pour effectuer une migration d'une instance COMPUTE_INSTANCE existante vers l'un des nouveaux types d'instance, suivez les instructions.

Modification de service : la propriété blockVolumeOperations d'une instance de calcul non mobile est en phase d'abandon et ne sera plus prise en charge.

Date d'annonce : 20 mai 2025

Date d'effet : 20 mai 2026

Détails : la propriété blockVolumeOperations des types de données DrProtectionGroupMemberComputeInstanceNonMovable, CreateDrProtectionGroupMemberComputeInstanceNonMovableDetails et UpdateDrProtectionGroupMemberComputeInstanceNonMovableDetails est en phase d'abandon. À partir du 30 avril 2026, la propriété en phase d'abandon ne sera plus disponible.

Cela me concerne-t-il ?

Non Cependant, vous ne pouvez pas spécifier plusieurs points de montage pour un seul volume de blocs monté par Full Stack DR à l'aide de la propriété blockVolumeOperations en phase d'abandon. Vous pouvez désormais spécifier plusieurs points de montage pour un seul volume de blocs monté par Full Stack DR à l'aide de la nouvelle propriété blockVolumeAttachAndMountOperations. Vous pouvez également spécifier plusieurs points de montage pour un volume logique (LV) qui peut être composé de plusieurs volumes de blocs. Les pièces jointes et les montages sont maintenant complètement indépendants les uns des autres.

Que dois-je faire ?

Utilisez la propriété blockVolumeAttachAndMountOperations au lieu de la propriété blockVolumeOperations.

Modification de service : la version 0.5.x de l'interface de ligne de commande du projet Fn (et versions antérieures) ne sera plus prise en charge.

Date d'annonce : 29 juin 2021

Date d'application : 1er août 2021

Détails : à partir du 1 er août 2021, la version 0.5.x (et versions antérieures) de l'interface de ligne la commande du projet Fn ne fonctionnera plus avec OCI Functions.

Cela me concerne-t-il ? Si vous utilisez actuellement l'interface de ligne de commande du projet FN version 0.5.x (ou version antérieure), vous devrez procéder à la mise à niveau vers la version 0.6.x (ou version ultérieure) de l'interface de commande du projet FN.

Que dois-je faire ? Effectuez une mise à niveau vers la version 0.6.x (ou version ultérieure) de l'interface de ligne d'ordre de commande du projet Fn en suivant les instructions données dans Mise à niveau de l'interface d'interface de ligne de commande du projet Fn.

Modification de service : à compter du 15 décembre 2021, les clés de développement de fonction (FDK) de projet Fn, à l'exception du kit de développement de service pour Python 3.7, sont créées sur la distribution fine d'Oracle Linux 8. Les images de base de kit de développement de fonction Alpine/Debian sont en phase d'abandon.

Date d'annonce : 15 novembre 2021

Date d'application : 15 décembre 2021

Détails : à compter du 15 décembre 2021, la plupart des kits de développement de fonction (FDK) de projet Fn sont créées sur la distribution fine d'Oracle Linux 8 (au lieu des distributions Alpine et Debian Linux) pour la base d'exécution et de création de kit de développement de fonction) des différentes langues prises en charge. Les nouvelles fonctions que vous déployez utiliseront ces images de base de kit de développement de fonction Oracle Linux 8. Les seules exceptions sont les images de base de création et d'exécution de kit de développement de fonction pour Python 3.7, qui continuent d'être créées sur la distribution Debian Linux.

Les distributions Alpine/Debian Linux et la distribution légère d'Oracle Linux 8 ont différents gestionnaires de packages. Après la transition vers les images de base Oracle Linux 8 FDK, le fichier Dockerfile temporaire créé par OCI Functions lors du déploiement de nouvelles fonctions contient les commandes du gestionnaire de packages Oracle Linux 8.

Cela me concerne-t-il ?

Pour les fonctions existantes déjà déployées vers OCI Functions, procédez comme suit :

• Si OCI Functions utilise les paramètres du fichier func.yaml d'une fonction pour créer un fichier Dockerfile temporaire contenant les instructions à partir desquelles créer l'image Docker de la fonction, la fonction est créée et déployée sans erreur. Le fichier Docker temporaire inclut les commandes de gestionnaire de packages Oracle Linux 8 correctes.
• Si vous avez créé un fichier Dockerfile personnalisé pour une fonction (par exemple, en modifiant le fichier Dockerfile créé par OCI Functions et en définissant runtime: docker dans le fichier func.yaml de la fonction), la fonction peut désormais créer et déployer avec des erreurs telles que missing apt-get .... Les erreurs surviennent si le fichier Docker personnalisé inclut les commandes de gestionnaire de packages Alpine/Debian.

Que dois-je faire ? Si vous avez créé des fichiers Docker personnalisés contenant des commandes de gestionnaire de packages Alpine/Debian, remplacez ces commandes par les commandes de gestionnaire de packages Oracle Linux 8.

Si vous ne pouvez pas commencer immédiatement à utiliser les images de base de kit de développement de fonction Oracle Linux 8 car vous avez des fonctions qui nécessitent encore les distributions Alpine ou Debian Linux, il existe une solution de contournement temporaire. Jusqu'au 15 décembre 2022, les images de base de kit de développement de fonction Alpine/Debian restent disponibles mais avec des balises d'image modifiées. Vous pouvez mettre à jour les fichiers Docker personnalisés pour utiliser les images de base de kit de développement de fonction Alpine/Debian en phase d'abandon au lieu des images de base Oracle Linux 8 en spécifiant explicitement les balises d'image modifiées. Reportez-vous à Mes fonctions nécessitent toujours les distributions Alpine et Debian Linux. Existe-t-il une solution de contournement temporaire ?.

Modification de service : lorsque vous créez un environnement Fusion Applications ou un administrateur d'environnement Fusion Applications, le mot de passe de l'administrateur n'est pas requis. De plus, l'API de réinitialisation du mot de passe de l'administrateur d'environnement Fusion sera en phase d'abandon. Pour réinitialiser le mot de passe via l'API, vous devrez utiliser l'API Fusion Applications appropriée.

Date d'annonce : 27 août 2024

Date d'application : 27 août 2025

Détails :à partir du 27 août 2025, vous ne pourrez plus créer ni réinitialiser le mot de passe de l'administrateur Fusion Applications à l'aide des API de gestion de l'environnement Fusion Applications. Les API concernées sont les suivantes :

Cela me concerne-t-il ? Si vous utilisez l'API Fusion Applications Environment Management pour réinitialiser le mot de passe de l'administrateur Fusion Applications, vous devrez utiliser l'API Fusion Applications appropriée.

Si vous utilisez l'API pour créer l'administrateur Fusion Applications, le mot de passe ne sera plus accepté. Au lieu de cela, l'administrateur saisit son propre mot de passe après avoir reçu un courriel de bienvenue.

Le workflow de la console n'est pas affecté.

Que dois-je faire ?

Si vous appelez ResetFusionEnvironmentPassword, vous devez mettre à jour vos scripts pour utiliser l'API Fusion Applications Mettre à jour un utilisateur.

Si vous appelez CreateFusionEnvironment ou CreateFusionEnvironmentAdminUser, ne transmettez pas le paramètre de mot de passe. L'utilisateur sera invité à ajouter son mot de passe via le courriel de bienvenue.

Modification de service : les API GenerateText et SummarizeText sont en phase d'abandon.

Date d'annonce : 26 juin 2025

Date d'application : 26 juin 2026

Détails : à partir du 26 juin 2025, l'API GenerateText et l'API SummarizeText dans l'API d'inférence d'IA générative sont en phase d'abandon. À partir du 26 juin 2026, les API en phase d'abandon seront indisponibles.

Modification de service : la propriété knowledgeBaseIds pour un agent RAG est en phase d'abandon.

Date d'annonce : 26 mars 2025

Date d'application : 26 mars 2026

Détails : à partir du 26 mars 2025, la propriété knowledgeBaseIds dans Agent, AgentSummary, CreateAgentDetails et UpdateAgentDetails est en phase d'abandon. À partir du 26 mars 2026, la propriété en phase d'abandon ne sera plus disponible.

La version 20230301 de l'API de base de données distribuée à l'échelle mondiale d'OCI touche à sa fin.

Date d'annonce : 7 mai 2025

Date d'effet : 8 mai 2025

Détails : à partir du 8 mai 2025, la version 20230301 de l'API Globally Distributed Database arrive en fin de vie. Le 8 mai 2025, l'API 20230301 est remplacée par la version d'API 20250101, qui offre des fonctionnalités améliorées et la prise en charge des versions actuelles et futures.

Modification de service : la propriété Region des connexions Amazon S3 deviendra obligatoire à compter du 10 juin 2026.

Date d'annonce : 10 juin 2025

Date d'entrée en vigueur : 10 juin 2026

Détails : à partir du 10 juin 2026, la propriété Région des connexions Amazon S3 sera un champ obligatoire.

Cela me concerne-t-il ? Oui, si vous avez des connexions Amazon S3 auxquelles aucune valeur n'est actuellement affectée pour Region.

Que dois-je faire ? Lorsque vous créez de nouvelles connexions Amazon S3, veillez à fournir une valeur pour Region. Pour les connexions Amazon S3 existantes, veillez à modifier les propriétés de connexion et à fournir une valeur pour Region.

Pour plus d'informations sur les connexions Amazon S3 avec GoldenGate, reportez-vous à Connexion à Amazon S3.

Modification de service : les API GoldenGate d'Oracle Cloud Infrastructure pour DatabaseRegistrations sont en phase d'abandon depuis le 01 novembre 2022.

Date d'annonce : 01 novembre 2022

Date d'entrée en vigueur : 01 novembre 2023

Détails : à partir du 01 novembre 2022, les API DatabaseRegistrations sont en phase d'abandon et remplacées par des API Connections. À partir du 01 novembre 2023, les API en phase d'abandon seront indisponibles.

Cela me concerne-t-il ? Oui. Les API DatabaseRegistrations fonctionnaient pour les connexions Oracle Database, tandis que les nouvelles API Connections extensibles vous permettent de vous connecter à de nombreux autres types de technologies de données.

Que dois-je faire ? Utilisez les API Connections au lieu des API DatabaseRegistrations pour vous connecter aux technologies source et cible.

Modification de service : la propriété timeUpgradeRequired des API Deployment et DeploymentSummary est en phase d'abandon depuis le 14 mars 2023.

Date d'annonce : 14 mars 2023

Date d'entrée en vigueur : 14 mars 2024

Détails : avec les nouvelles fonctionnalités de maintenance déployées le 14 mars 2023, la propriété timeUpgradeRequired des API Deployment et DeploymentSummary est en phase d'abandon.

Cela me concerne-t-il ? La propriété timeUpgradeRequired en lecture seule a été utilisée pour vous aider à déterminer combien de temps vous deviez mettre à niveau manuellement vers une nouvelle version de déploiement, mais le service n'a pas automatiquement mis à niveau votre déploiement lorsque la date limite a été dépassée. La nouvelle fonctionnalité de maintenance planifie une ou plusieurs mises à niveau et met automatiquement à niveau votre déploiement à la date indiquée. Ces dates figurent sur la page de détails du déploiement.

Que dois-je faire ? Vous pouvez ajuster les mises à niveau programmées selon vos besoins lorsque vous créez le déploiement ou à partir de la page de détails du déploiement.

Modification de service : la propriété adminPassword utilisée dans les objets modèle CreateOggDeploymentDetails et UpdateOggDeploymentDetails des API CreateDeploymentDetails et UpdateDeploymentDetails est en phase d'abandon depuis le 15 août 2023.

Date d'annonce : 15 août 2023

Date d'application : 15 août 2024

Détails : avec la nouvelle fonctionnalité de connexion unique introduite le 15 août 2023, la propriété adminPassword utilisée dans les objets modèle CreateOggDeploymentDetails et UpdateOggDeploymentDetails des API CreateDeploymentDetails et UpdateDeploymentDetails est désormais en phase d'abandon.

Cela me concerne-t-il ? Oui.

Que dois-je faire ? Les nouveaux déploiements créés à partir du 15 août 2023 nécessitent que vous sélectionniez une banque d'informations d'identification (OCI Identity and Access Management (IAM) ou GoldenGate) dans les locations où OCI IAM avec des domaines d'identité est activé. Si vous sélectionnez OCI IAM, vous pouvez vous connecter à la console de déploiement à l'aide de votre compte Oracle Cloud, tandis que GoldenGate vous demande de créer un coffre et d'ajouter une clé secrète dans laquelle stocker votre mot de passe, que vous utiliserez pour vous connecter à la console de déploiement.

Modification de service : toutes les connexions existantes qui utilisent SHARED_SERVICE_ENDPOINT dans l'API ou Oracle Network dans la console Oracle Cloud en tant que méthode de routage doivent être mises à jour.

Date d'annonce : 5 juin 2024

Date d'application : 5 juin 2025

Détails : connexions existantes qui utilisent SHARED_SERVICE_ENDPOINT dans l'API ou Oracle Network dans la console Oracle Cloud en tant que méthode de routage doivent être mises à jour.

Cela me concerne-t-il ? Oui, si vous utilisez une connexion avec 'Oracle Network' (UI) ou SHARED_SERVICE_ENDPOINT (API)

Que dois-je faire ? Mettez à jour toutes les connexions qui utilisent SHARED_SERVICE_ENDPOINT dans l'API ou Oracle Network dans la console Oracle Cloud. Dans la console, effectuez une nouvelle sélection pour la méthode de routage du trafic lorsque vous effectuez des modifications à l'aide de la console, puis enregistrez vos modifications. Vous pouvez également mettre à jour la propriété avec n'importe quel client, kit SDK, Terraform ou interface de ligne de commande.

Modification de service : le principal de service "goldengate" est en phase d'abandon et remplacé par le principal de ressource "dynamic-group goldengate-deployments".

Date d'annonce : 24 février 2025

Date d'entrée en vigueur : juin 2025

Détails : créez un groupe dynamique, tel que "goldengate-deployments", et mettez à jour toutes les stratégies existantes qui utilisent le principal de service "goldengate" avec le groupe dynamique. Lorsque vous ajoutez de nouvelles stratégies, veillez à utiliser le même nom de groupe dynamique.

Cela me concerne-t-il ? Oui.

Que dois-je faire ? A partir du 24 février 2025, vous devez créer un groupe dynamique, tel que "goldengate-deployments", et utiliser ce principal de ressource à la place du principal de service "goldengate" pour toutes les stratégies nouvelles et existantes. Pour plus de détails, reportez-vous à Stratégies minimales recommandées.

Modification de service : fin de vie de GoldenGate Cloud Service Classic à compter du 11 avril 2024.

Date d'annonce : 22 mars 2024

Date d'entrée en vigueur : 11 avril 2024

Cela me concerne-t-il ? Oracle GoldenGate Cloud Service Classic s'exécute sur Oracle Cloud Classic Gen 1, qui est obsolète en faveur d'Oracle Cloud Infrastructure (OCI) Gen 2 Cloud. Si vous êtes un utilisateur d'Oracle GoldenGate Cloud Service Classic, vous pouvez migrer vos charges globales d'Oracle Cloud Classic Gen 1 vers Oracle Cloud Infrastructure GoldenGate.

Si vous êtes actuellement un utilisateur OCI GoldenGate, cette annonce de modification de service ne s'applique pas à vous.

Que dois-je faire ? Migrez les charges de travail Oracle GoldenGate Cloud Service vers Oracle Cloud Infrastructure GoldenGate, qui offre des fonctionnalités similaires. Pour connaître les étapes de migration détaillées, reportez-vous à Migration vers Oracle Cloud Infrastructure GoldenGate.

Modification de service : la période d'archivage des sauvegardes du système a été réduite de 10 000 à 365 jours.

Date d'annonce : septembre 2020

Date d'application : octobre 2020

Détails : la période d'archivage des sauvegardes du système de base de donnée a été réduite de 10 000 à 365 jours.

Cela me concerne-t-il ? Non.

Que dois-je faire ? Rien.

Modification de service : la valeur par défaut de AutomaticBackupRetention passe de DELETE à RETAIN.

Date d'annonce : janvier 2024

Date d'application : janvier 2025

Détails : avant la modification de ce service, la valeur par défaut de l'attribut AutomaticBackupRetention dans la stratégie de suppression de système de base de données était DELETE. Avec cette modification, la valeur par défaut de AutomaticBackupRetention est remplacée par RETAIN. Cette modification n'a aucune incidence sur la stratégie de suppression des systèmes de base de données existants. La modification s'applique uniquement aux systèmes de base de données créés après la date d'entrée en vigueur.

Cela me concerne-t-il ? Oui, si vous utilisez des valeurs par défaut pour la stratégie de suppression.

Que dois-je faire ? Si vous préférez que la valeur par défaut soit DELETE pour AutomaticBackupRetention et que vous utilisez le kit SDK/CLI/Terraform sans que la valeur soit définie, vous devez définir la valeur préférée de manière explicite.

Modification de service : les formes d'OCPU sont en phase d'abandon à partir du 5 septembre 2024.

Date d'annonce : 5 septembre 2024

Date d'application : 5 septembre 2024

Détails :

À partir du 5 septembre 2024, toutes les formes d'OCPU HeatWave pour les systèmes de base de données et les clusters HeatWave sont en phase d'abandon. Toutefois, les clients peuvent utiliser des formes d'ECPU pour déployer de nouveaux systèmes de base de données et clusters HeatWave. Les formes d'OCPU ne seront pas disponibles pour les nouveaux clients, tandis que les clients existants pourront continuer à utiliser les formes d'OCPU dans les systèmes de base de données nouveaux et existants et les clusters HeatWave jusqu'au 5 septembre 2025.

Que dois-je faire ?

Utilisez l'ECPU pour déployer de nouveaux systèmes de base de données et clusters HeatWave. Pour les systèmes de base de données existants et les clusters HeatWave exécutés sur des formes d'OCPU, vous devez prévoir un délai approprié pour les convertir en formes d'ECPU avant le 5 septembre 2025.

Date d'annonce : 21 juillet 2025

Date d'application : 21 octobre 2025

Détails :

OCI IAM annonce l'abandon et la suppression prévue de la prise en charge du mécanisme de cryptage SSL TLS_RSA_WITH_AES_128_CBC_SHA faible. Après la date d'effet, les connexions qui tentent de négocier ce mécanisme de cryptage ne seront plus acceptées.

Bien que TLS_RSA_WITH_AES_128_CBC_SHA ait été un mécanisme de cryptage couramment utilisé dans le passé, il ne répond plus aux meilleures pratiques et aux normes de sécurité actuelles du secteur. Son utilisation continue présente plusieurs risques de sécurité, y compris l'absence de Perfect Forward Secrecy (PFS) et un algorithme de hachage faible (SHA-1). La suppression de la prise en charge des anciens mécanismes de cryptage TLS permet d'optimiser la sécurité du service IAM et de ses utilisateurs.

Cela me concerne-t-il ?

Si vous utilisez un ancien navigateur Web (généralement des versions de navigateur installées avant 2015), des bibliothèques ou des périphériques qui exploitent les anciennes suites de chiffrement SSL/TLS, cela peut avoir une incidence sur votre capacité à vous connecter au service IAM.

Que dois-je faire ?

Pour assurer un service ininterrompu et maintenir le plus haut niveau de sécurité, nous encourageons tous les utilisateurs à mettre à niveau leurs navigateurs, bibliothèques ou périphériques hérités qui ne prennent pas en charge les configurations TLS sécurisées. En outre, mettez à jour les configurations d'application client pour utiliser des mécanismes de cryptage TLS plus modernes et plus sécurisés s'ils ne sont pas déjà utilisés. Si vous utilisez TLS 1.2 ou 1.3 avec des mécanismes de cryptage sécurisés, aucune action n'est nécessaire.

Date d'annonce : 21 mars 2025

Date d'application : 21 mars 2025

Détails :

• L'adresse électronique de l'expéditeur par défaut utilisée pour envoyer la réinitialisation du mot de passe et d'autres notifications par courriel est passée de no-reply@oracle.com à no-reply@identity.oci.oraclecloud.com pour le domaine OC1.
• Pour les régions dédiées, l'adresse est passée à no-reply@identity.oci.<realm_domain>. Pour plus d'informations sur le <realm_domain>, reportez-vous à Régions dédiées.

Cela me concerne-t-il ? Oui.

Que dois-je faire ? Pour continuer à recevoir des notifications par courriel d'OCI IAM sans interruption, ajoutez la nouvelle adresse d'expéditeur de courriel à la liste des expéditeurs autorisés.

Modification de service : à compter du 3 avril, OCI Identity ne prendra plus en charge la vérification personnalisée des courriels à l'aide de la console OCI.

Date d'annonce : 26 mars 2025

Date d'effet : 3 avril 2025

Détails : les clients qui doivent mettre à jour l'adresse électronique de l'expéditeur ou modifier l'adresse électronique par défaut pour les notifications par courriel doivent utiliser le processus Vérifier le domaine de l'expéditeur et provisionner des DKIM pour chaque domaine de la location dans les régions d'origine et abonnées. Si vous avez actuellement une adresse électronique d'expéditeur personnalisée vérifiée, vous pouvez continuer à utiliser cette adresse électronique vérifiée.

Cela me concerne-t-il ? Oui, si vous modifiez l'adresse électronique de l'expéditeur personnalisé vérifié existant.

Que dois-je faire ?

Vous devez configurer les paramètres d'authentification des courriels pour SPF et DKIM. Reportez-vous à Configuration des paramètres d'authentification des courriels pour SPF et DKIM.

Modification de service : les API d'événements d'audit Oracle Cloud Infrastructure Identity and Access Management que vous pouvez utiliser avec les domaines d'identité IAM seront en phase d'abandon en mai 2025. Les rapports prêts à l'emploi continueront d'être disponibles, mais ils seront limités aux 14 derniers jours de données.

Date d'annonce : 15 mai 2023

Date d'effet : mai 2025

Détails : à compter du mai 2025, les API IAM pour AuditEvents ne fonctionneront plus avec IAM. Les rapports prêts à l'emploi continueront d'être disponibles, mais ils seront limités aux 14 derniers jours de données.

Cela me concerne-t-il ? Si vous utilisez actuellement des API IAM pour AuditEvents, vous devrez utiliser les API d'audit OCI à la place. Si vous utilisez des rapports, aucune modification n'est apportée, mais les rapports sur les domaines d'identité sont limités aux 14 derniers jours de données.

Que dois-je faire ? Vous pouvez désormais utiliser les API d'audit OCI. Pour en savoir plus sur l'extraction de données à partir d'OCI Audit, reportez-vous aux sections suivantes :

• Implémenter la sécurité multicloud à l'aide d'OCI Audit pour capturer les événements à partir d'OCI Identity and Access Management
• Génération de rapports Identity and Access Management à partir d'Oracle Cloud Infrastructure Audit

Modification de service : à partir du 15 juillet 2022, l'API CreateFleet nécessitera l'OCID de journal personnalisé dans la propriété inventoryLog.

Date d'annonce : 15 avril 2022

Date d'effet : 15 juillet 2022

Détails : depuis le 30 mars 2022, JMS utilise le service Oracle Cloud Infrastructure Logging pour stocker les journaux d'inventaire et d'opérations. Les journaux d'inventaire sont des journaux personnalisés qui stockent l'inventaire d'exécution Java et les informations relatives à l'utilisation signalées par l'agent de gestion à partir des hôtes. Avec cette modification, l'API CreateFleet inclut une propriété supplémentaire, inventoryLog, pour indiquer le journal personnalisé à utiliser.

Que dois-je faire ? Les parcs existants doivent être migrés à l'aide de l'API UpdateFleet avant le 15 juillet 2022. Après le 15 juillet 2022, la propriété inventoryLog de l'API CreateFleet sera un paramètre requis. Pour plus d'informations, reportez-vous aux opérations CreateFleet et UpdateFleet. Les agents doivent être de version 220302.1455 ou ultérieure.

À partir du 26 octobre 2022, les API Language Detect de la version 20221001 sont en phase d'abandons. A partir du 10 octobre 2023, les API en phase d'abandon ne seront plus disponibles.

À partir du 26 octobre 2022, les API Language BatchDetect disposent d'une nouvelle version d'API prise en charge 20221001. Avec l'introduction de la version d'API 20221001, les classes suivantes ont été enlevées et remplacées par la classe commune, com.oracle.bmc.ailanguage.model.TextDocument.

L'API ListNetworkLoadBalancerProtocol de Network Load Balancer d'Oracle Cloud Infrastructure est en phase d'abandons à compter du 12 janvier 2022. La prise en charge de ListNetworkLoadBalancerProtocol prend fin le 1er mars 2023. Reportez-vous à ListenerDetails pour obtenir la liste actuelle des valeurs de protocole prises en charge.

Modification de service : OCI Cache limite l'utilisation des commandes Redis CONFIG SET et ACL dans les clusters gérés par le service.

Date d'annonce : 14 juin 2024

Date d'effet : 14 juillet 2024

Détails : OCI Cache empêche l'utilisation de certaines commandes Redis pour garantir les performances et la stabilité du service. Reportez-vous à Commandes Redis non prises en charge. À partir du 14 juillet 2024, les commandes CONFIG SET et ACL seront incluses dans la liste des commandes restreintes pour OCI Cache.

Cela me concerne-t-il ? Si vous utilisez actuellement ces commandes, vous ne pourrez plus les utiliser avec vos clusters OCI Cache après le 14 juillet 2024. Nous vous recommandons également de ne pas utiliser ces commandes avant qu'elles ne soient restreintes car elles peuvent entraîner des problèmes de stabilité avec les clusters gérés par OCI Cache.

Modification de service : le service Oracle OS Management est en phase d'abandon.

Date d'annonce : 23 avril 2024

Date d'effet : 23 avril 2025

Détails : le 23 avril 2025, le service OS Management (OSMS) arrive en fin de vie. Le service n'est dès à présent plus disponible dans les régions dans lesquelles vous ne l'utilisez pas non plus ni pour les nouveaux utilisateurs avec des nouvelles locations. Le service OS Management est remplacé par OS Management Hub, qui offre une expérience utilisateur améliorée grâce aux nouvelles fonctionnalités, notamment les déploiements de correctifs jusqu'aux étapes du cycle de vie, l'amélioration de la planification des travaux et les fonctionnalités de reporting.

Cela me concerne-t-il ? Le service OS Management ne sera plus disponible pour gérer les instances Oracle Linux ou Microsoft Windows après le 23 avril 2025.

Que dois-je faire ? Commencez à utiliser le service OS Management Hub pour gérer les instances dans Oracle Cloud Infrastructure (OCI), les centres de données privés et les environnements cloud tiers pris en charge. Avant la date de fin de vie, nous vous recommandons de migrer vos instances gérées du service OS Management vers le service OS Management Hub.

Modification de service : fin de vie d'Oracle Cloud Infrastructure Process Automation.

Date d'annonce : 15 janvier 2025

Date d'application : 23 janvier 2026

Avant la date de fin, nous vous recommandons de migrer vers Oracle Integration. Oracle Integration est une plate-forme complète d'automatisation d'entreprise qui permet aux clients de connecter leurs applications et leurs données, d'automatiser leurs processus métier et d'innover avec l'IA. A l'avenir, vous pouvez tirer parti de toutes les fonctionnalités d'automatisation des processus dans le cadre d'Oracle Integration.

Cela me concerne-t-il ? Notez qu'Oracle Cloud Infrastructure Process Automation ne sera plus disponible ou pris en charge après le 23 janvier 2026. Si vous êtes un client existant, vous pouvez continuer à utiliser le service jusqu'alors. Toutefois, vous devez migrer vers Oracle Integration avant la date de fin pour éviter toute interruption de service.

Que dois-je faire ? Les clients existants peuvent passer à Oracle Integration via un processus qui attachera votre instance Oracle Cloud Infrastructure Process Automation à Oracle Integration. Vous pouvez également exporter des applications de processus et/ou de décision existantes à partir de Process Automation et les importer dans Oracle Integration. Pour obtenir des instructions sur le processus de migration, reportez-vous aux détails documentés ici.

Modification de service : les droits d'accès IAM pour les ressources réseau requises pour créer et utiliser des clusters OpenSearch passent des droits d'accès de service aux droits d'accès utilisateur.

Date d'annonce : 20 février 2024

Date d'application : 15 septembre 2024

Détails : pour créer et gérer des clusters dans Search avec OpenSearch, vous devez créer des stratégies IAM pour votre location qui octroient des droits d'accès à des ressources Networking spécifiques. Actuellement, les droits d'accès requis sont des droits d'accès de service, avec des instructions de stratégie telles que le fragment de code suivant :

Allow service opensearch to manage <Networking_Resource>...

La recherche avec OpenSearch est en cours de transition vers l'octroi de l'accès aux ressources de Networking plutôt que des droits d'accès de service par les utilisateurs. Pendant la période de transition, votre location doit disposer des deux types de stratégie.

Cela me concerne-t-il ? Toutes les locations dans lesquelles les utilisateurs créent et gèrent des clusters OpenSearch doivent disposer de nouvelles stratégies qui indiquent des droits d'accès utilisateur en plus des stratégies existantes avec des droits d'accès de service pour l'accès aux ressources réseau requises.

Allow group SearchOpenSearchAdmins to manage vnics in compartment <NETWORK_RESOURCES_COMPARTMENT>
Allow group SearchOpenSearchAdmins to manage vcns in compartment <NETWORK_RESOURCES_COMPARTMENT>
Allow group SearchOpenSearchAdmins to use subnets in compartment <NETWORK_RESOURCES_COMPARTMENT>
Allow group SearchOpenSearchAdmins to use network-security-groups in compartment <NETWORK_RESOURCES_COMPARTMENT>
Allow group SearchOpenSearchAdmins to manage opensearch-family in compartment <CLUSTER_RESOURCES_COMPARTMENT> 

Vous devez conserver toutes les stratégies existantes dont vous disposez pour Search avec OpenSearch qui incluent des instructions de droits d'accès de service pour les ressources Networking jusqu'à ce que la transition vers les instructions de droits d'accès utilisateur soit terminée. Reportez-vous à Rechercher avec les stratégies IAM OpenSearch pour obtenir de la documentation sur les droits d'accès requis pour Search avec OpenSearch.

Modification de service : l'attribut csi (CreateIncident) est en phase d'abandon et le champ Max Length de l'attribut description (CreateTicketDetails) est réduit à 1500.

Date d'annonce : 27 janvier 2025.

Date d'application : 27 janvier 2026.

Détails : avec la migration vers My Oracle Cloud Support, l'attribut csi n'est plus nécessaire et le champ Max Length de l'attribut description doit avoir la valeur 1500 (1800).

Cela me concerne-t-il ? Si vous disposez de scripts personnalisés qui utilisent explicitement l'attribut csi ou qui s'appuient explicitement sur une valeur Max Length supérieure à 1500 pour l'attribut description, vous pouvez mettre à jour les scripts.

Que dois-je faire ? Lorsque vous utilisez des kits SDK et l'interface de ligne de commande, mettez à jour les scripts personnalisés pour enlever les attributs et les valeurs de champ en phase d'abandon.

Modification de service : les API d'analyse de documents d'Oracle Cloud Infrastructure Vision sont en phase d'arrêt depuis le 30 janvier 2023. La fonctionnalité d'analyse de document est désormais proposée via le service Oracle Cloud Infrastructure Document Understanding.

Date d'annonce : 30 janvier 2023

Date d'application : 31 janvier 2024

Détails :

Les API suivantes sont en phase d'abandon depuis le 10 janvier 2023 :

• AnalyzeDocument
• CreateDocumentJob
• GetDocumentJob
• CancelDocumentJob

Les données de sortie stockées dans un bucket Object Storage résultant de travaux d'un document précédents resteront accessibles après l'abandon de l'API de documents. A partir du 31 janvier 2024, les API en phase d'attente ne seront plus disponibles dans le service Oracle Cloud Infrastructure Vision.

Cela me concerne-t-il ? Cette modification a un impact sur les clients qui utilisent la fonctionnalité d'analyse de document du service Oracle Cloud Infrastructure Vision.

Que dois-je faire ? Les clients qui utilisent la fonctionnalité d'analyse de Documents du service Oracle Cloud Infrastructure Vision doivent utiliser la fonctionnalité d'analyse de Documents proposée via le service Oracle Cloud Infrastructure Document Understanding.