Annonces de modification de service

Modification du service : Le service Oracle Cloud Infrastructure Anomaly Detection est obsolète.

Date d'annonce : 7 mars 2024

Date en vigueur : 6 mars 2025

Détails : À compter du 6 mars 2025, le service Oracle Cloud Infrastructure Anomaly Detection atteint la fin de sa durée de vie. Nous vous recommandons de migrer vers l'utilisation du service Oracle Cloud Infrastructure Data Science pour détecter les anomalies.

Suis-je concerné? Le service de détection d'anomalies n'est plus disponible pour utilisation.

Que dois-je faire? Vous pouvez utiliser l'opérateur Accelerated Data Science du service Oracle Cloud Infrastructure Data Science pour détecter les anomalies. Il prend en charge la détection d'anomalies à une et à plusieurs variables.

Modification du service : La prise en charge du service Oracle Cloud Infrastructure API Gateway pour certains chiffrements existants est obsolète.

Date d'annonce : mars 2024

Date en vigueur : 1er avril 2025

Détails : À compter du 1er avril 2025, le service de passerelle d'API ne prend plus en charge les chiffrements existants suivants :

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

Suis-je concerné? Après le 1er avril 2025, une passerelle d'API n'inclura plus les chiffrements existants dans la liste des chiffrements pris en charge lors de l'établissement d'une connexion avec un client d'API ou avec un service dorsal. Un client d'API ou un service dorsal qui ne prend en charge que les chiffrements existants ne pourra plus se connecter à une passerelle d'API.

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

Modification de service : L'attribut subnetId obligatoire de l'API CreateRecoveryServiceSubnet d'Oracle Cloud Infrastructure est obsolète.

L'API CreateRecoveryServiceSubnet peut utiliser l'attribut Subnets facultatif, qui est modifié ultérieurement pour devenir un attribut obligatoire.

Date d'annonce : 2023 mai.

Date en vigueur : 2024 mai.

Détails : Avant cette modification de service, l'attribut subnetId peut être utilisé pour spécifier un seul sous-réseau à associer à un sous-réseau du service de récupération. Après cette modification de service, l'attribut subnetId est ignoré et subnets devient un attribut obligatoire. L'attribut subnets peut être utilisé pour spécifier plusieurs sous-réseaux à associer à un sous-réseau du service de récupération.

Suis-je concerné? Si vous avez des scripts personnalisés ou des scripts Terraform qui référencent l'API CreateRecoveryServiceSubnet et qui utilisent explicitement l'attribut subnetId, vous pouvez modifier les scripts pour supprimer cet attribut et utiliser subnets à la place.

Que dois-je faire? Lors de l'utilisation des trousses SDK pour OCI et des outils de ligne de commande, vous pouvez choisir de mettre à jour vos scripts personnalisés afin d'utiliser l'attribut subnets. Depuis mai 2024, l'attribut subnets est un champ obligatoire.

Modification du service : Le 31 janvier 2023, l'entente entre Oracle et Cloudera a expiré. Par conséquent, à partir du 31 janvier, Oracle Big Data Service ne prendra plus en charge l'utilisation de la distribution Cloudera, y compris Apache Hadoop (CDH), pour lancer de nouvelles grappes ou ajouter des noeuds ou des coeurs à des grappes existantes au-delà d'une limite définie. Cette modification n'a pas d'incidence sur la prise en charge continue des grappes CDH du service de mégadonnées existantes.

Cette modification s'applique uniquement au CDH du service de mégadonnées. Cette modification n'a pas d'incidence sur les clients qui utilisent Oracle Big Data Appliance (BDA) ou le service de mégadonnées avec la distribution Oracle d'Hadoop (ODH) sur place.

Date d'annonce : 13 décembre 2022

Date en vigueur :31 janvier 2023

Détails : Le 31 janvier 2023, la limite pour le service de mégadonnées CDH concernant l'extension du nombre de coeurs de calcul (OCPU) sera gelée. Le nombre de coeurs de calcul dans la location d'un client le 31 janvier devient le nombre maximal de coeurs autorisés pour cette location, et aucune extension supplémentaire n'est autorisée.

Suis-je concerné? Cette modification ne s'applique qu'au service de mégadonnées avec CDH. Le service de mégadonnées avec la distribution Oracle d'Hadoop (ODH) n'est touché d'aucune façon.

Par exemple, le 31 janvier 2023, si une location comporte 2 grappes BDS CDH de 15 noeuds chacune avec un total de 120 OCPU, après le 31 janvier 2023, la limite maximale pour les OCPU sera réglée à 120 et ne pourra pas être augmentée au-delà de 120 après cette date. Pour les problèmes liés au soutien tels que le remplacement des noeuds défaillants, de nouveaux noeuds peuvent être ajoutés jusqu'à cette limite. Les utilisateurs peuvent également réduire le nombre de coeurs et revenir à la même limite (par exemple, 120).

Étapes suivantes : Oracle recommande de planifier et de mettre en oeuvre les extensions de grappe CDH du service de mégadonnées requises avant le 31 janvier 2023. Pour les clients qui souhaitent éviter cette contrainte d'extension après cette date, nous recommandons de migrer vers le service de mégadonnées vers ODH.

À propos du service de mégadonnées avec ODH : En 2022, Oracle a lancé Big Data Service ODH, que nous avons développé comme un service en nuage natif pour nos clients de mégadonnées. Oracle fournit un investissement et un soutien continus pour ODH, sans exigence de licence de Cloudera. ODH possède des fonctions clés axées sur l'entreprise, notamment l'ajustement automatique, Kerberos, l'intégration d'Active Directory, le connecteur HDFS pour le stockage d'objets et les scripts d'amorçage. En outre, il s'agit de l'un des produits de mégadonnées les plus efficaces du marché.

Le service Big Data ODH comporte plusieurs versions, notamment les versions les plus récentes et précédentes des composants Hadoop pour assurer la compatibilité avec les piles d'application plus récentes et plus anciennes. Il est également vérifié sur WANdisco Data Migrator pour faciliter les migrations à grande échelle et utilise les services Oracle Cloud Lift pour la collaboration avec les ingénieurs Oracle pour les migrations. Pour plus d'informations sur la migration vers le service de mégadonnées avec ODH, consultez la documentation.

Modification du service : Les rapports d'utilisation de la page de la console Rapports de coût et d'utilisation sont obsolètes.

Date d'annonce : 10 octobre 2024

Date en vigueur : 31 janvier 2025

Suis-je concerné? Oui, si vous avez des rapports d'utilisation dans votre location.

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

Modification du service : Les politiques de sauvegarde définies par Oracle n'incluent plus les sauvegardes de volume complètes.

Date d'annonce : Novembre 3, 2020

Date en vigueur : Novembre 3, 2021

Détails : Depuis le 3 novembre 2021, les sauvegardes complètes de volume ne sont plus incluses dans les politiques définies par Oracle. Toutes les sauvegardes de volume générées par des politiques définies par Oracle sont des sauvegardes incrémentielles. Cette modification s'applique aux affectations de politique de sauvegarde de volume existantes et aux nouvelles affectations de politique de sauvegarde de volume. Cette modification n'a aucune incidence sur les politiques définies par l'utilisateur, qui restent inchangées.

Suis-je concerné? Si vous avez affecté une politique définie par Oracle aux volumes de démarrage ou aux volumes par blocs pour des sauvegardes programmées, notez que les sauvegardes complètes ne sont plus générées depuis le 3 novembre 2021.

Que dois-je faire? Les sauvegardes incrémentielles offrent les mêmes fonctionnalités de récupération de données que les sauvegardes complètes. Pour plus d'informations, voir 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 la politique de sauvegarde par une politique de sauvegarde définie par l'utilisateur avant le 1er novembre 2021. Vous pouvez créer une politique définie par l'utilisateur à partir d'une politique de sauvegarde existante. Voir Duplication de politiques de sauvegarde existantes.

Modification du service : Fin de vie du service de migration d'OCI version classique en vigueur le 31 mars 2024.

Date d'annonce : 04 mars 2024

Date en vigueur : 31 mars 2024

Détails : Oracle annonce les mises à jour de fin de distribution et de fin de vie pour le service de migration d'OCI version classique à compter du 31 mars 2024.

Le service de migration classique (anciennement Service de migration d'application) simplifie la migration des applications d'Oracle Cloud Infrastructure version classique vers Oracle Cloud Infrastructure. Le service de migration classique migre des applications telles que Oracle Java Cloud Service, SOA Cloud Service et Integration version classique, d'Oracle Cloud Infrastructure version classique et d'Oracle Cloud@Customer vers Oracle Cloud Infrastructure.

Suis-je concerné? Il ne devrait y avoir aucune incidence sur les clients existants. Les versions d'application prises en charge par les migrations classiques sont obsolètes depuis un certain nombre d'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 qu'une application classique doit être migrée, communiquez avec le service d'application en nuage associé.

Modification du service : La classe d'erreur PCI-NIC pour la surveillance de l'état des instances sans système d'exploitation du service de calcul est obsolète.

Date d'annonce : 21 juin 2022

Date en vigueur : 21 juin 2023

Détails : La classe d'erreur PCI-NIC fournit des informations sur un problème matériel lié à vos instances sans système d'exploitation, en particulier lorsqu'une erreur a été détectée dans la carte d'interface réseau (NIC) réseau de l'instance. La classe d'erreur PCI-NIC ne sera plus utilisée.

Suis-je concerné? Après la fin de la prise en charge, vous ne recevrez plus d'avis de surveillance d'état pour la classe d'erreur PCI-NIC. Les mesures de l'état de l'infrastructure ne seront plus générées pour la classe d'erreur PCI-NIC.

Que dois-je faire? Migrez vers la classe d'erreur PCI pour une fonctionnalité similaire. Pour plus d'informations, voir Surveillance de l'état du service de calcul pour des instances sans système d'exploitation et Mesures de l'état de l'infrastructure.

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

Date d'annonce : 25 mars 2025

Date en vigueur : 25 mars 2026

Détails : La propriété suivante est obsolète :

lifecyleDetails

Utilisez plutôt la propriété suivante :

lifecycleDetails.

Suis-je concerné? Oui, si vous avez du code qui référence la propriété obsolète, lifecyleDetails.

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

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

Date d'annonce : 29 août 2024

Date en vigueur : 12 décembre 2024

Détails : À compter du 12 décembre 2024, Oracle Data Integration Platform Cloud (DIPC) atteindra la fin de vie et vous ne pourrez plus créer de nouvelles instances ni recevoir de soutien.

Suis-je concerné? Oui.

Modification du service : Le service Oracle Cloud Infrastructure Data Labeling doit être obsolète.

Date d'annonce : 30 août 2024

Date en vigueur : 30er août 2025

Détails : À compter du 30 août 2025, le service Oracle Cloud Infrastructure Data Labeling atteint la fin de sa durée de vie. Avant la date de fin de vie, nous vous recommandons de migrer à l'aide des outils d'étiquetage à code source libre disponibles dans Oracle Cloud Infrastructure Marketplace pour étiqueter les données.

Suis-je concerné? Le service d'étiquetage de données n'est plus disponible après le 30 août 2025. Vous pouvez continuer à utiliser les étiquettes créées auparavant, mais vous devez effectuer une migration immédiate pour éviter toute interruption de service.

Que dois-je faire? Vous pouvez utiliser les outils d'étiquetage à code source libre disponibles dans Oracle Cloud Infrastructure Marketplace pour créer des étiquettes. Nous vous recommandons d'utiliser des alternatives Open Source pour la plupart des fonctionnalités du service d'étiquetage de données.

Vous ne pouvez voir le service d'étiquetage de données que dans les régions où vous avez eu une activité au cours des 6 derniers mois. Pour accéder au service d'étiquetage de données dans d'autres régions, soumettez une demande à la file d'attente du service d'étiquetage de données.

Pour les modèles personnalisés Vision, le service d'étiquetage de données doit être remplacé par Label Studio, sans incidence 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 document du service d'étiquetage de données y est intégrée. Les utilisateurs peuvent toujours accéder à cette fonction dans Document Understanding en naviguant vers le flux de travail d'entraînement de modèle personnalisé.

Modification du service : La version 201210929 de l'API de migration de bases de données pour Oracle Cloud Infrastructure est obsolète à partir du 21 juin 2024.

Date d'annonce : 2 juillet 2024

Date en vigueur : 21 juin 2024

Détails :

À partir du 21 juin 2024, l'ancienne version de l'API du service de migration de bases de données, 201210929, est obsolète. À partir du 21 juin 2025, l'API obsolète n'est plus disponible et est remplacée par une nouvelle version de l'API 20230518, qui fournit des fonctions améliorées et la prise en charge des versions futures.

Que dois-je faire?

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

Liste des API obsolètes et de remplacement

Modification de service : La trousse SDK Java pour OCI version 2 est en cours d'abandon.

Date d'annonce : 6 avril 2023

Date en vigueur : 30 juin 2023

Détails : Oracle a récemment lancé la trousse SDK Java pour Oracle Cloud Infrastructure (OCI) version 3. La trousse SDK Java pour OCI version 3 est une version majeure de la trousse SDK. Nous vous recommandons de la mettre à niveau vers cette dernière version. Nous continuerons de prendre en charge la trousse SDK Java pour OCI version 2 jusqu'à la fin du mois de juin 2023. Pendant ce temps, les versions 2 et 3 de la trousse SDK Java pour OCI recevront des mises à jour régulières afin d'ajouter la prise en charge des nouvelles API de service, des correctifs de bogues critiques et des correctifs de sécurité, ainsi que des modifications de documentation.

Suis-je concerné? Après le 30 juin 2023, la trousse SDK Java pour OCI version 2 ne recevra plus de mises à jour pour ajouter la prise en charge de nouvelles régions, de nouveaux services ou de fonctions des services existants, sauf indication contraire. Pour les anciennes versions de la trousse SDK Java pour OCI version 2 de moins de 12 mois,OCI ne rétroportera, sur demande, que les correctifs de bogues critiques et les problèmes de sécurité.

Que dois-je faire? Mettre à niveau vers la trousse SDK Java pour OCI version 3.

Modification du service : Deux API DevOps Oracle Cloud Infrastructure de la version 20210630 sont obsolètes depuis le 29 mars 2022.

Date d'annonce : 29 mars 2022

Date en vigueur : 29 mars 2023

Détails : Depuis le 29 mars 2022, deux API DevOps de la version 20210630 sont obsolètes. À partir du 29 mars 2023, les API obsolètes ne seront plus disponibles.

Modification du service : OCI DevOps met fin à la prise en charge d'Oracle Linux 7.

Date d'annonce : 27 août 2025

Date en vigueur : 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 versions sur des exécuteurs de compilation 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 de l'exécuteur de compilation basé sur Oracle Linux 7. Pour assurer une transition transparente et une performance de compilation optimale, mettez à jour les configurations de pipeline pour utiliser Oracle Linux 8.

Modification du service : Le service Event Hub est obsolète.

Date d'annonce : 29 avril 2022

Date en vigueur : Mai 31, 2023

Détails : À compter du 31 mai 2023, le service Oracle Event Hub atteindra la fin de vie. Avant la date de fin de vie, nous vous recommandons de migrer vos flux de données du centre d'événements vers Oracle Cloud Infrastructure Streaming.

Suis-je concerné? Si vous utilisez Oracle Event Hub pour créer des grappes Kafka ou des sujets Oracle Event Hub, vous ne pourrez plus le faire après le 31 mai 2023. Les grappes déjà créées continueront de fonctionner dans votre location sans modification.

Que dois-je faire? Tous les clients du centre d'événements peuvent désormais utiliser le service de diffusion en continu pour déplacer des données à l'aide de ses intégrations étroites avec Oracle Cloud Infrastructure (OCI), Database, GoldenGate et Integration Cloud. Le service utilise un canal Kafka Connect pour fournir des intégrations prêtes à l'emploi pour des centaines de produits de tierce partie dans des catégories telles que DevOps, bases de données, mégadonnées et applications SaaS.

Modification du service : Un maximum de 100 systèmes de fichiers peut être attaché à une politique d'instantané particulière.

Date d'annonce : 5 août 2023

Date en vigueur : 7er 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 politique d'instantané. Cette modification permettra d'attacher jusqu'à 100 systèmes de fichiers par politique d'instantané par locataire et par domaine de disponibilité.

Suis-je concerné? Si vous prévoyez d'associer plus de 100 systèmes de fichiers à une politique d'instantané particulière, vous ne pourrez plus le faire après le 7 août 2023. Les locataires existants qui ont plus de 100 systèmes de fichiers joints par politique d'instantané 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 politique d'instantané, créez une deuxième politique d'instantané ou utilisez une autre politique d'instantané existante. Vous pouvez créer 100 politiques d'instantané par locataire et par domaine de disponibilité. Vous pouvez toujours générer des instantanés basés sur une politique pour les systèmes de fichiers, mais vous devrez peut-être utiliser plusieurs politiques d'instantané.

Modification du service : Les systèmes de fichiers du service de stockage de fichiers utilisant des clés de chiffrement gérées par le client ont besoin de nouvelles politiques IAM.

Date d'annonce : Mai 29, 2024

Date en vigueur : Mai 29, 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 chiffrement personnalisées. Avant cette modification, les politiques pour accorder aux systèmes de fichiers des autorisations d'utilisation de clés de chiffrement personnalisées utilisaient l'utilisateur du service File Storage. Par exemple :

Allow service <file_storage_service_user> to use keys

Après cette modification, les ressources du service File Storage sont autorisées à utiliser des clés personnalisées. Pour plus d'informations, voir Chiffrement d'un système de fichiers.

Suis-je concerné? Avant le 29 mai 2024, les systèmes de fichiers File Storage utilisant des clés de chiffrement du service de chambre forte gérées par le client au lieu des clés gérées par Oracle utilisaient l'utilisateur du service File Storage dans les politiques IAM requises.

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

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

Pour plus d'informations, voir Chiffrement d'un système de fichiers et Vérification de l'accès du principal de ressource aux clés de chiffrement.

Modification du service : Les API de gestion des applications de flotte d'Oracle Cloud Infrastructure de la version 20230831 sont obsolètes le 14 mai 2025.

Date d'annonce : Mai 14, 2025

Date en vigueur : Mai 14, 2025

Détails : À partir du 14 mai 2025, les API de gestion des applications de flotte de la version 20230831 étaient obsolètes. À partir du 14 mai 2025, les API obsolètes ne seront plus disponibles. Les opérations Mettre à jour/Supprimer/Obtenir/Liste sur toutes les ressources créées par des API obsolètes seront prises en charge par les nouvelles API.

Liste des API non prises en charge et de remplacement

Modification du 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 en vigueur : 31 octobre 2024.

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

Suis-je concerné? Si vous utilisez le type de membre COMPUTE_INSTANCE dans votre configuration de récupération après sinistre, cette modification vous affecte. Assurez-vous de migrer vers l'un des nouveaux types d'instance avant la date d'abandon en vigueur.

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

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

Date d'annonce : Mai 20, 2025

Date en vigueur : Mai 20, 2026

Détails : La propriété blockVolumeOperations des types de données DrProtectionGroupMemberComputeInstanceNonMovable, CreateDrProtectionGroupMemberComputeInstanceNonMovableDetails et UpdateDrProtectionGroupMemberComputeInstanceNonMovableDetails est obsolète. À partir du 30 avril 2026, la propriété obsolète sera indisponible.

Suis-je concerné?

Non. Toutefois, vous ne pouvez pas spécifier plusieurs points de montage pour un seul volume par blocs monté par la récupération après sinistre de pile complète à l'aide de la propriété blockVolumeOperations obsolète. Vous pouvez désormais spécifier plusieurs points de montage pour un seul volume par blocs monté par la récupération après sinistre de pile complète à 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 constitué de plusieurs volumes par blocs. Les attaches et les supports 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 du service : La prise en charge de l'interface de ligne de commande Fn Project version 0.5.x (et antérieures) va être abandonnée.

Date d'annonce : 29 juin 2021

Date en vigueur : 1er août 2021

Détails : À partir du 1er août 2021, les versions 0.5.x (et antérieures) de Fn Project CLI ne fonctionneront plus avec le service des fonctions pour OCI.

Suis-je concerné? Si vous utilisez actuellement l'interface de ligne de commande Fn Project version 0.5.x (ou antérieure), vous devrez mettre à niveau vers l'interface de ligne de commande Fn Project version 0.6.x (ou ultérieure).

Que dois-je faire? Mettez à niveau vers l'interface de ligne de commande Fn Project version 0.6.x (ou ultérieure) en suivant les instructions sous Mise à niveau de l'interface de ligne de commande Fn Project.

Modification de service : À partir du 15 décembre 2021, les images de base de compilation et d'exécution des trousses SDK Fn Project, à l'exception de la trousse SDK pour Python 3.7, sont créées sur la distribution allégée d'Oracle Linux 8. Les images de base de trousses FDK Alpine/Debian sont obsolètes.

Date d'annonce : Novembre 15, 2021

Date en vigueur : 15 décembre 2021

Détails : À partir du 15 décembre 2021, la plupart des images de base de compilation et d'exécution des trousses SDK Fn Project pour les différentes langues prises en charge sont créées au-dessus de la distribution mince d'Oracle Linux 8 (au lieu des distributions Linux Alpine et Debian). Les nouvelles fonctions que vous déployez utilisent ces images de base de trousses FDK Oracle Linux 8. Les seules exceptions sont les images de base de génération et d'exécution pour Python 3.7, qui sont toujours créées sur la distribution Debian de Linux.

Les distributions Alpine/Debian de Linux et la distribution allégée d'Oracle Linux 8 utilisent des gestionnaires d'ensembles différents. Après la transition vers les images de base de trousses FDK pour Oracle Linux 8, le fichier Dockerfile temporaire créé par le service des fonctions pour OCI lors du déploiement de nouvelles fonctions contient les commandes du gestionnaire d'ensembles d'Oracle Linux 8.

Suis-je concerné?

Pour les fonctions existantes déjà déployées dans OCI Functions

• Si le service des fonctions pour OCI utilise les paramètres du fichier func.yaml d'une fonction pour créer un fichier Docker temporaire contenant les instructions à utiliser pour créer l'image Docker de la fonction, celle-ci est créée et déployée sans erreur. Le fichier Dockerfile temporaire contient les commandes du gestionnaire d'ensembles d'Oracle Linux 8 approprié.
• Si vous avez créé un fichier Dockerfile personnalisé pour une fonction (par exemple, en modifiant le fichier Dockerfile créé par le service des fonctions pour OCI et en réglant runtime: docker dans le fichier func.yaml de la fonction), il est possible que la création et le déploiement de la fonction génèrent des erreurs telles que missing apt-get .... Ces erreurs se produisent si le fichier Dockerfile personnalisé contient les commandes du gestionnaire d'ensembles Alpine/Debian.

Que dois-je faire? Si vous avez créé des fichiers Dockerfile personnalisés contenant des commandes du gestionnaire d'ensembles Alpine/Debian, remplacez ces commandes par celles du gestionnaire d'ensembles d'Oracle Linux 8.

Si vous ne pouvez pas commencer immédiatement à utiliser les images de base de trousses FDK pour Oracle Linux 8 parce que certaines de vos fonctions nécessitent encore les distributions Alpine ou Debian de Linux, il existe une solution de rechange temporaire. Jusqu'au 15 décembre 2022, les images de base des trousses FDK Alpine/Debian restent disponibles, mais avec des balises d'image modifiées. Vous pouvez mettre à jour les fichiers Dockerfile personnalisés pour qu'ils utilisent les images de base des trousses FDK Alpine/Debian obsolètes au lieu des images de base Oracle Linux 8 en spécifiant explicitement les balises d'image modifiées. Voir Mes fonctions nécessitent toujours les distributions Alpine et Debian de Linux. Existe-t-il une solution de rechange temporaire?.

Modification du service : Lorsque vous créez un environnement Fusion Applications ou un administrateur de l'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 de l'environnement Fusion sera obsolète. Pour réinitialiser le mot de passe au moyen de l'API, vous devez utiliser l'API Fusion Applications appropriée.

Date d'annonce : 27 août 2024

Date en vigueur : 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 touchées sont les suivantes :

Suis-je concerné? Si vous utilisez l'API Fusion Applications Environment Management pour réinitialiser le mot de passe de l'administrateur Fusion Applications, vous devez 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é. À la place, l'utilisateur administrateur entrera son propre mot de passe après avoir reçu un courriel de bienvenue.

Le flux de travail de la console n'est pas touché.

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 du service : Les API GenerateText et SummarizeText sont obsolètes.

Date d'annonce :26 juin 2025

Date en vigueur : 26 juin 2026

Détails : À partir du 26 juin 2025, l'API GenerateText et l'API SummarizeText de l'API d'inférence d'IA générative sont obsolètes. À partir du 26 juin 2026, les API obsolètes ne seront plus disponibles.

Modification du service : La propriété knowledgeBaseIds pour un agent RAG est obsolète.

Date d'annonce :26 mars 2025

Date en vigueur : 26 mars

Détails : À partir du 26 mars 2025, la propriété knowledgeBaseIds dans Agent, AgentSummary, CreateAgentDetails et UpdateAgentDetails est obsolète. À partir du 26 mars 2026, la propriété obsolète ne sera plus disponible.

La version 20230301 de l'API de base de données répartie dans le monde d'OCI atteint sa fin de vie.

Date d'annonce : Mai 7, 2025

Date en vigueur :

Détails : À partir du 8 mai 2025, la version 20230301 de l'API de base de données répartie dans le monde atteint la fin de vie. Le 8 mai 2025, l'API 20230301 est remplacée par la version 20250101 de l'API, qui fournit des fonctionnalités améliorées et une prise en charge pour les versions actuelles et futures.

Modification de service : La propriété Région des connexions Amazon S3 sera obligatoire à partir du 10 juin 2026.

Date d'annonce : 10 juin 2025

Date 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.

Suis-je concerné? Oui, si vous avez des connexions Amazon S3 qui n'ont actuellement aucune valeur affectée à Region.

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

Pour plus d'informations sur les connexions à Amazon S3 avec GoldenGate, voir Se connecter à Amazon S3.

Modification de service : Les API GoldenGate pour DatabaseRegistrations d'Oracle Cloud Infrastructure sont obsolètes à compter du 01 novembre 2022.

Date d'annonce : novembre 01, 2022

Date en vigueur : Novembre 01, 2023

Détails : À partir du 01 novembre 2022, les API DatabaseRegistrations sont obsolètes et remplacées par les API Connections. À partir du 01 novembre 2023, les API obsolètes ne seront pas disponibles.

Suis-je concerné? Oui. Les API DatabaseRegistrations ont fonctionné 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 obsolète en date du 14 mars 2023.

Date d'annonce : 14 mars 2023

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

Détails : Avec le déploiement des nouvelles fonctions de maintenance le 14 mars 2023, la propriété timeUpgradeRequired des API Deployment et DeploymentSummary est obsolète.

Suis-je concerné? La propriété timeUpgradeRequired en lecture seule a été utilisée pour vous aider à déterminer combien de temps vous deviez effectuer manuellement la mise à niveau vers une nouvelle version de déploiement, mais le service n'a pas effectué automatiquement la mise à niveau de votre déploiement lorsque la date limite était dépassée. La nouvelle fonction de maintenance programme une ou plusieurs mises à niveau et met automatiquement à niveau votre déploiement à la date indiquée. Vous pouvez trouver ces dates dans la page des détails de votre déploiement.

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

Modification de service : La propriété adminPassword utilisée dans les objets de modèle CreateOggDeploymentDetails et UpdateOggDeploymentDetails des API CreateDeploymentDetails et UpdateDeploymentDetails était obsolète à partir du 15 août 2023.

Date d'annonce : 15 août 2023

Date en vigueur : 15 août 2024

Détails : Avec la nouvelle fonction d'authentification unique introduite le 15 août 2023, la propriété adminPassword utilisée dans les objets de modèle CreateOggDeploymentDetails et UpdateOggDeploymentDetails des API CreateDeploymentDetails et UpdateDeploymentDetails est maintenant obsolète.

Suis-je concerné? Oui.

Que dois-je faire? Les nouveaux déploiements créés à partir du 15 août 2023 exigent que vous sélectionniez un magasin de données d'identification (OCI Identity and Access Management (IAM) ou GoldenGate) dans les locations où OCI IAM avec 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, alors que GoldenGate vous demande de créer une chambre forte 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 du 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 en vigueur : 5 juin 2025

Détails : 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.

Suis-je concerné? 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 d'acheminement du trafic lorsque vous modifiez à l'aide de la console, puis enregistrez vos modifications, vous pouvez également mettre à jour la propriété avec n'importe quel client, trousse SDK, Terraform ou interface de ligne de commande.

Modification de service : Le principal de service 'goldengate' est obsolète et remplacé par le principal de ressource, 'dynamic-group goldengate-deployments'.

Date d'annonce : 24 février

Date en vigueur : 2025 juin

Détails : Créez un groupe dynamique, tel que 'goldengate-deployments', et mettez à jour toutes les politiques existantes qui utilisent le principal de service 'goldengate' avec le groupe dynamique. Lorsque vous ajoutez de nouvelles politiques, assurez-vous d'utiliser le même nom de groupe dynamique.

Suis-je concerné? Oui.

Que dois-je faire? À 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 politiques nouvelles et existantes. Voir Politiques recommandées minimales pour plus de détails.

Modification du service : Fin de vie de GoldenGate Cloud Service version classique à compter du 11 avril 2024.

Date d'annonce : 22 mars 2024

Date en vigueur : 11 avril 2024

Suis-je concerné? Oracle GoldenGate Cloud Service version classique s'exécute sur Oracle Cloud version classique Gen 1, qui est obsolète au profit d'Oracle Cloud Infrastructure (OCI) Gen 2 Cloud. Si vous êtes un utilisateur d'Oracle GoldenGate Cloud Service version classique, vous pouvez migrer vos charges de travail d'Oracle Cloud version classique 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. Voir Migration vers Oracle Cloud Infrastructure GoldenGate pour les étapes de migration détaillées.

Modification de service : La période de conservation des sauvegardes du système de base de données est passée de 10 000 à 365 jours.

Date d'annonce : Septembre 2020

Date en vigueur : octobre 2020

Détails : La période de conservation des sauvegardes du système de base de données est passée de 10 000 à 365 jours.

Suis-je concerné? Non.

Que dois-je faire? Il ne se passe rien.

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

Date d'annonce : 2024 janvier

Date en vigueur : 2025

Détails : Avant la modification de ce service, la valeur par défaut de l'attribut AutomaticBackupRetention dans la politique de suppression du système de base de données était SUPPRIMÉE. Avec cette modification, la valeur par défaut de AutomaticBackupRetention est remplacée par RETAIN. Notez que cette modification n'a pas d'incidence sur la politique 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 en vigueur.

Suis-je concerné? Oui, si vous utilisez des valeurs par défaut pour la politique 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 une trousse SDK/interface de ligne de commande/Terraform sans que la valeur soit définie, vous devez définir la valeur privilégiée explicitement.

Modification du service : Les formes d'OCPU sont obsolètes à partir du 5 septembre 2024.

Date d'annonce : Septembre 5, 2024

Date en vigueur : 5er 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 grappes HeatWave sont obsolètes. Toutefois, les clients peuvent utiliser des formes d'ECPU pour déployer de nouveaux systèmes de base de données et grappes HeatWave. Les formes d'OCPU ne seront pas disponibles pour les nouveaux clients tandis que les clients existants pourront continuer à utiliser des formes d'OCPU dans des systèmes de base de données et des grappes HeatWave nouveaux et existants 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 grappes HeatWave. Pour les systèmes de base de données existants et les grappes HeatWave exécutées sur des formes d'OCPU, vous devez planifier un moment approprié pour les convertir en formes d'ECPU avant le 5 septembre 2025.

Date d'annonce : 21 juillet 2025

Date en vigueur : Octobre 21, 2025

Détails :

OCI IAM annonce l'abandon et la suppression planifiée de la prise en charge de la suite de chiffrement SSL TLS_RSA_WITH_AES_128_CBC_SHA faible. Après la date d'entrée en vigueur, toutes les connexions qui tentent de négocier cette suite de chiffrement ne seront plus acceptées.

Bien que TLS_RSA_WITH_AES_128_CBC_SHA soit une suite de chiffrement couramment utilisée dans le passé, elle ne respecte plus les meilleures pratiques et les normes de sécurité actuelles de l'industrie. Son utilisation continue présente plusieurs risques de sécurité, notamment l'absence de Perfect Forward Secrecy (PFS) et un algorithme de hachage faible (SHA-1). La suppression de la prise en charge des anciennes suites de chiffrement TLS permet d'optimiser la sécurité du service IAM et de ses utilisateurs.

Suis-je concerné?

Si vous utilisez un ancien navigateur Web (généralement des versions de navigateur installées avant 2015), des bibliothèques ou des appareils qui tirent parti d'anciennes suites de chiffrement SSL/TLS, cela pourrait 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 appareils existants qui ne prennent pas en charge les configurations TLS sécurisées. En outre, mettez à jour les configurations de votre application client pour utiliser des suites de chiffrement TLS plus modernes et plus sécurisées si elles ne sont pas déjà utilisées. Si vous utilisez TLS 1.2 ou 1.3 avec des suites de chiffrement sécurisées, aucune action n'est nécessaire.

Date d'annonce :21 mars 2025

Date en vigueur : 21 mars 2025

Détails :

• L'adresse de courriel de l'expéditeur par défaut utilisée pour envoyer la réinitialisation du mot de passe et d'autres avis 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 de détails sur le <realm_domain>, voir Régions dédiées.

Suis-je concerné? Oui.

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

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

Date d'annonce :26 mars 2025

Date en vigueur : 3 avril 2025

Détails : Les clients qui doivent mettre à jour l'adresse de courriel de l'expéditeur ou la remplacer par l'adresse de courriel par défaut pour les avis 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'accueil et d'abonnement. Si vous avez actuellement une adresse de courriel d'expéditeur personnalisée vérifiée, vous pouvez continuer à utiliser cette adresse de courriel vérifiée.

Suis-je concerné? Oui, si vous modifiez l'adresse de courriel de l'expéditeur personnalisé vérifié existante.

Que dois-je faire?

Vous devez configurer les paramètres d'authentification de courriel pour SPF et DKIM. Voir Configuration des paramètres d'authentification des courriels pour SPF et DKIM.

Modification du service : Les API du service de vérification pour les événements d'Oracle Cloud Infrastructure Identity and Access Management que vous pouvez utiliser avec les domaines d'identité IAM seront obsolètes au 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 : Mai 15, 2023

Date en vigueur : 2025 mai

Détails : À partir 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.

Suis-je concerné? Si vous utilisez actuellement les API IAM pour AuditEvents, vous devrez utiliser les API de vérification OCI à la place. Il n'y a aucune modification si vous utilisez des rapports, mais notez que les rapports Domaines d'identité seront limités aux 14 derniers jours de données.

Que dois-je faire? Vous pouvez maintenant utiliser les API de vérification d'OCI. Pour en savoir plus sur l'extraction des données du service de vérification pour OCI, voir :

• Mettre en oeuvre la sécurité multinuage à l'aide du service de vérification pour OCI pour saisir des événements à partir du service de gestion des identités et des accès pour OCI
• Générer des rapports de gestion des identités et des accès à partir du service de vérification pour Oracle Cloud Infrastructure

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

Date d'annonce : 15 avril 2022

Date en vigueur : 15 juillet 2022

Détails : En date du 30 mars 2022, JMS utilise le service Oracle Cloud Infrastructure Logging pour stocker les stocks et les journaux d'opérations. Les journaux d'inventaire sont des journaux personnalisés qui stockent les informations relatives à l'inventaire et l'utilisation de l'environnement JRE 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 spécifier le journal personnalisé à utiliser.

Que dois-je faire? Les parcs existants doivent être migrés à l'aide de l'API UpdateFleet d'ici le 15 juillet 2022. Après le 15 juillet 2022, la propriété inventoryLog de l'API CreateFleet sera un paramètre obligatoire. Pour plus de détails, voir les opérations CreateFleet et UpdateFleet. La version des agents doit être 220302.1455 ou une version ultérieure.

Depuis le 26 octobre 2022, les API de langue Detect version 20221001 sont obsolètes. À partir du 10 octobre 2023, les API obsolètes ne seront plus disponibles.

Depuis le 26 octobre 2022, la nouvelle version prise en charge des API de langue BatchDetect est 20221001. Avec l'introduction de la version d'API 20221001, les classes suivantes ont été supprimées et remplacées par la classe commune, com.oracle.bmc.ailanguage.model.TextDocument.

L'API ListNetworkLoadBalancerProtocol de l'équilibreur de charge de réseau d'Oracle Cloud Infrastructure est obsolète depuis le 12 janvier 2022. La prise en charge de ListNetworkLoadBalancerProtocol se terminera le 1er mars 2023. Voir ListenerDetails pour obtenir la liste courante des valeurs de protocole prises en charge.

Modification du service : La mémoire cache OCI restreint l'utilisation des commandes Redis CONFIG SET et ACL dans les grappes gérées par le service.

Date d'annonce : 14 juin 2024

Date en vigueur : 14 juillet 2024

Détails : Le cache OCI empêche l'utilisation de certaines commandes Redis pour assurer la performance et la stabilité du service. Voir 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 le cache OCI.

Suis-je concerné? Si vous utilisez actuellement ces commandes, vous ne pourrez plus les utiliser avec vos grappes de mémoire cache OCI 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 causer des problèmes de stabilité avec les grappes gérées par le cache OCI.

Modification du service : Le service de gestion de système d'exploitation Oracle est obsolète.

Date d'annonce : 23 avril 2024

Date en vigueur : 23 avril 2025

Détails : Le 23 avril 2025, le service de gestion du système d'exploitation (OSMS) atteint la fin de vie. À partir de maintenant, le service n'est plus disponible dans les régions où vous n'utilisez pas déjà OSMS, ou pour les nouveaux utilisateurs avec de nouvelles locations. Le service de gestion du système d'exploitation est remplacé par le centre de gestion du système d'exploitation, qui fournit une expérience utilisateur améliorée avec de nouvelles fonctions, notamment les déploiements de correctifs au cours des étapes du cycle de vie, la programmation améliorée des tâches et les fonctions de production de rapports.

Suis-je concerné? Le service de gestion du système d'exploitation 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 du centre de gestion des systèmes d'exploitation pour gérer les instances dans Oracle Cloud Infrastructure (OCI), les centres de données privés et les environnements en nuage de tierce partie pris en charge. Avant la date de fin de vie, nous vous recommandons de migrer vos instances gérées du service de gestion du système d'exploitation vers le service du centre de gestion du système d'exploitation.

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

Date d'annonce : 15 janvier 2025

Date en vigueur : 23 janvier 2026

Avant la date de fin, nous vous recommandons de migrer vers Oracle Integration. Oracle Integration est une plateforme d'automatisation d'entreprise complète qui permet aux clients de connecter leurs applications et leurs données, d'automatiser les processus d'affaires et d'innover avec l'IA. À l'avenir, vous pourrez tirer parti de toutes les capacités d'automatisation des processus dans le cadre d'Oracle Integration.

Suis-je concerné? Vous devez savoir 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'à ce moment-là. 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 au moyen d'un processus qui attachera votre instance Oracle Cloud Infrastructure Process Automation à Oracle Integration. Vous pouvez également exporter des applications de processus ou de décision existantes à partir de Process Automation et les importer dans Oracle Integration. Pour obtenir des conseils sur le processus de migration, consultez les détails documentés ici.

Modification du service : Les autorisations IAM pour les ressources de réseau requises pour créer et utiliser des grappes OpenSearch passent des autorisations de service aux autorisations d'utilisateur.

Date d'annonce : : 20 février 2024

Date en vigueur : 15 septembre 2024

Détails : Pour créer et gérer des grappes dans la fonction de recherche avec OpenSearch, vous devez créer des politiques IAM pour votre location qui accordent des autorisations à des ressources de réseau spécifiques. Actuellement, les autorisations requises sont les autorisations de service, avec des énoncés de politique tels que l'extrait de code suivant :

Allow service opensearch to manage <Networking_Resource>...

La recherche avec OpenSearch est en cours de transition. Elle nécessite des autorisations d'utilisateur pour accorder l'accès aux ressources de réseau au lieu des autorisations de service. Pendant la période de transition, votre location doit avoir les deux types de politique.

Suis-je concerné? Toutes les locations où les utilisateurs créent et gèrent des grappes OpenSearch doivent avoir de nouvelles politiques qui spécifient des autorisations d'utilisateur en plus des politiques existantes avec des autorisations de service pour l'accès aux ressources de 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 politiques existantes dont vous disposez pour la recherche avec OpenSearch qui incluent des énoncés d'autorisations de service pour les ressources de réseau jusqu'à ce que la transition vers des énoncés d'autorisations d'utilisateur soit terminée. Voir Rechercher avec les politiques IAM OpenSearch pour obtenir de la documentation sur les autorisations requises pour effectuer une recherche avec OpenSearch.

Modification de service : L'attribut csi (CreateIncident) est obsolète et le champ Max Length pour l'attribut description (CreateTicketDetails) est réduit à 1500.

Date d'annonce : 27 janvier 2025.

Date en vigueur : 27 janvier 2026.

Détails : Avec la migration vers Mon soutien Oracle Cloud, l'attribut csi n'est plus nécessaire et le champ Max Length pour l'attribut description doit être 1500 (au lieu de 1800).

Suis-je concerné? Si vous avez des 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 trousses SDK et l'interface de ligne de commande, mettez à jour des scripts personnalisés pour supprimer les attributs et les valeurs de champ obsolètes.

Modification du service : Les API d'analyse de documents d'Oracle Cloud Infrastructure Vision sont obsolètes depuis le 30 janvier 2023. La fonctionnalité d'analyse de documents est désormais offerte au moyen du service de compréhension de documents pour Oracle Cloud Infrastructure.

Date d'annonce : 30 janvier 2023

Date en vigueur : 31 janvier 2024

Détails :

Les API suivantes sont obsolètes depuis le 10 janvier 2023 :

• AnalyzeDocument
• CreateDocumentJob
• GetDocumentJob
• CancelDocumentJob

Toutes les données de sortie stockées dans un compartiment de stockage d'objets résultant de tâches de document précédentes resteront accessibles après l'abandon de l'API de document. À partir du 31 janvier 2024, les API obsolètes ne seront plus disponibles dans le service Oracle Cloud Infrastructure Vision.

Suis-je concerné? Cette modification a une incidence sur les clients utilisant 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 document du service Oracle Cloud Infrastructure Vision doivent plutôt utiliser la fonctionnalité d'analyse de document offerte par le service de compréhension de documents pour Oracle Cloud Infrastructure.