Anuncios de cambio de servicio

Cambio en el servicio: el servicio Oracle Cloud Infrastructure Anomaly Detection está en desuso.

Fecha de anuncio: 7 de marzo de 2024

Fecha de entrada en vigor: 6 de marzo de 2025

Detalles: a partir del 6 de marzo de 2025, el servicio Oracle Cloud Infrastructure Anomaly Detection llega al final de su vida útil (EOL). Antes de la fecha de fin de vida útil, recomendamos que migre al servicio Oracle Cloud Infrastructure Data Science para detectar anomalías.

¿Cómo me afecta? El servicio Anomaly Detection dejará de estar disponible para su uso después del 6 de marzo de 2025. Los modelos creados anteriormente seguirán funcionando en su arrendamiento, aunque debe migrar inmediatamente para evitar la interrupción del servicio.

¿Qué debo hacer? Puede utilizar el servicio Operador de ciencia de datos acelerado de Oracle Cloud Infrastructure Data Science para detectar anomalías. Admite la detección de anomalías univariantes y multivariantes.

Cambio en el servicio: el soporte del servicio Oracle Cloud Infrastructure API Gateway para determinados cifrados heredados está en desuso.

Fecha de anuncio: marzo, 2024

Fecha de entrada en vigor: 1 de abril de 2025

Detalles: a partir del 1 de abril de 2025, el servicio de gateway de API ya no soporta los siguientes cifrados heredados:

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

¿Cómo me afecta? Después del 1 de abril de 2025, un gateway de API dejará de incluir los cifrados heredados en la lista de cifrados soportados al establecer una conexión con un cliente de API o con un servicio de backend. Un cliente de API o un servicio de backend que solo admite cifrados heredados ya no podrán conectarse a un gateway de API.

¿Qué debo hacer? Asegúrese de que los clientes de API y los servicios de backend que se conectan a gateways de API soportan uno o más de los cifrados que sigue soportando el servicio de gateway de API (consulte Versiones y cifrados de TLS soportados).

Cambio en el servicio: el atributo subnetId necesario de la API CreateRecoveryServiceSubnet de Oracle Cloud Infrastructure está en desuso.

A cambio, la API CreateRecoveryServiceSubnet puede utilizar el atributo opcional Subnets, que posteriormente cambia para convertirse en un atributo necesario.

Fecha de anuncio: mayo de 2023.

Fecha de entrada en vigor: mayo de 2024.

Detalles: antes de este cambio en el servicio, el atributo subnetId se puede utilizar para especificar solo una única subred que se va a asociar a una subred del servicio de recuperación. Después de este cambio en el servicio, se ignora el atributo subnetId y se requerirá el atributo subnets. El atributo subnets se puede utilizar para especificar varias subredes que se van a asociar a una subred del servicio de recuperación.

¿Cómo me afecta? Si tiene scripts personalizados o scripts de Terraform que hacen referencia a la API CreateRecoveryServiceSubnet y están utilizando explícitamente el atributo subnetId, puede que desee modificar los scripts para eliminar este atributo y utilizar subnets en su lugar.

¿Qué debo hacer? Al utilizar los SDK de OCI y las herramientas de línea de comandos, debe actualizar los scripts personalizados para utilizar el atributo subnets. Después de mayo de 2024, el atributo subnets es un campo necesario.

Cambio en el servicio: el 31 de enero de 2023 caduca el acuerdo entre Oracle y Cloudera. Como resultado, a partir del 31 de enero, Oracle Big Data Service ya no soportará el uso de Cloudera Distribution con Apache Hadoop (CDH) para iniciar nuevos clusters o agregar nodos o núcleos a clusters existentes más allá de un límite definido. Este cambio no afecta al soporte continuo de los clusters de CDH de Big Data Service existentes.

Este cambio sólo se aplica al CDH de Big Data Service. Este cambio no afecta a los clientes que utilizan Oracle Big Data Appliance (BDA) local o Big Data Service con Oracle Distribution of Hadoop (ODH).

Fecha de anuncio: 13 de diciembre de 2022

Fecha de entrada en vigor: 31 de enero de 2023

Detalles: el 31 de enero de 2023, el límite para la expansión de CDH de Big Data Service del número de núcleos de recursos informáticos (OCPU) se bloquea. El número de núcleos de recursos informáticos del arrendamiento de un cliente el 31 de enero se convierte en el número máximo de núcleos permitidos para ese arrendamiento y no se permitirá ninguna expansión adicional.

¿Cómo me afecta? Este cambio solo se aplica a Big Data Service con CDH. Big Data Service con Oracle Distribution of Hadoop (ODH) no se ve afectado en modo alguno.

Por ejemplo, el 31 de enero de 2023, si un arrendamiento tiene 2 clusters de BDS CDH con 15 nodos cada uno y un total de 120 OCPU, después del 31 de enero de 2023, el límite máximo de OCPU se definirá en 120 y no se podrá aumentar más allá de 120 después de esa fecha. Para incidencias de soporte, como la sustitución de nodos con fallos, se pueden agregar nuevos nodos hasta ese límite. Los usuarios también pueden reducir el número de núcleos y volver a aumentarlo hasta el mismo límite (por ejemplo, 120).

Pasos siguientes: Oracle recomienda planificar e implantar las expansiones de cluster de CDH de Big Data Service necesarias antes del 31 de enero de 2023. A los clientes que deseen evitar esta restricción de expansión después de esa fecha les recomendamos migrar a Big Data Service ODH.

Acerca de Big Data Service con ODH: en 2022, Oracle lanzó Big Data Service ODH, que hemos desarrollado como servicio nativo en la nube para nuestros clientes de big data. Oracle ofrece inversión y soporte continuos para ODH, sin requisitos de licencia de Cloudera. ODH cuenta con funciones clave centradas en la empresa, como escalado automático, Kerberos, integración de Active Directory, conector HDFS para Object Storage y scripts de inicialización de datos. Además, es uno de los productos de big data más rentables del mercado.

Big Data Service ODH tiene varias versiones que incluyen versiones más recientes y anteriores de componentes de Hadoop para la compatibilidad con pilas de aplicaciones más recientes y antiguas. Además, se verifica con WANdisco Data Migrator para facilitar las migraciones a escala y utiliza Oracle Cloud Lift Services para trabajar con los ingenieros de Oracle en relación con las migraciones. Para obtener información sobre la migración a Big Data Service ODH, consulte la documentación.

Cambio en el servicio: las políticas de copia de seguridad definidas por Oracle ya no incluirán copias de seguridad de volumen completas.

Fecha anunciada: 3 de noviembre de 2020

Fecha de entrada en vigor: 3 de noviembre de 2021

Detalles: a partir del 3 de noviembre de 2021, las políticas de copia de seguridad definidas por Oracle ya no incluyen copias de seguridad de volumen completas. Todas las copias de seguridad de volumen generadas a partir de políticas definidas por Oracle ahora son incrementales. Este cambio se aplica a las asignaciones de política de copia de seguridad de volumen existentes y a las nuevas asignaciones de política de copia de seguridad de volumen. Este cambio no afecta las políticas definidas por el usuario, las cuales permanecen sin cambios.

¿Cómo me afecta? Si ha asignado una política definida por Oracle para iniciar volúmenes o volúmenes en bloque para copias de seguridad programadas, las copias de seguridad completas ya no se generan a partir del 3 de noviembre de 2021.

¿Qué debo hacer? Las copias de seguridad incrementales son funcionalmente iguales que las completas para fines de recuperación de datos. Para obtener más información, consulte Tipos de copias de seguridad de volumen. No es necesario realizar ninguna acción en los escenarios de recuperación de datos. Es posible que algunos escenarios de conformidad requieran copias de seguridad completas programadas. Para estos escenarios de conformidad, cambie la asignación de política de copia de seguridad a una política de copia de seguridad definida por el usuario antes del 1 de noviembre de 2021. Puede crear una nueva política definida por el usuario a partir de una política de copia de seguridad existente; consulte Duplicado de políticas de copia de seguridad existentes.

Cambio en el servicio: fin de la vida útil del servicio OCI Classic Migration a partir del 31 de marzo de 2024.

Fecha de anuncio: 04 de marzo de 2024

Fecha de entrada en vigor: 31 de marzo de 2024

Detalles: Oracle anuncia las actualizaciones de fin de distribución y fin de vida útil para OCI Classic Migration Service a partir del 31 de marzo de 2024.

El servicio Classic Migration (anteriormente conocido como servicio Application Migration) simplifica la migración de aplicaciones desde Oracle Cloud Infrastructure Classic a Oracle Cloud Infrastructure. El servicio Classic Migration migra aplicaciones como Oracle Java Cloud Service, SOA Cloud Service e Integration Classic de Oracle Cloud Infrastructure Classic y Oracle Cloud@Customer a Oracle Cloud Infrastructure.

¿Cómo me afecta? No debería afectar a los clientes existentes. Las versiones de aplicaciones soportadas por Classic Migrations han quedado obsoletas durante varios años y los clientes ya se están ejecutando en versiones más recientes.

¿Qué debo hacer? No hay acciones esperadas de los clientes. Si descubre que tiene una aplicación clásica que se debe migrar, póngase en contacto con el servicio de aplicación en la nube asociado.

Cambio en el servicio: la clase de error PCI-NIC para la supervisión de estado de instancias con hardware dedicado de Compute está en desuso.

Fecha de anuncio: 21 de junio de 2022

Fecha de entrada en vigor: 21 de junio de 2023

Detalles: la clase de error PCI-NIC proporciona información sobre un problema de hardware con las instancias con hardware dedicado, específicamente cuando se ha detectado un error en la tarjeta de interfaz de red (NIC) de la instancia. La clase de error PCI-NIC ya no se emitirá.

¿Cómo me afecta? Cuando deje de darse soporte, ya no recibirá notificaciones de supervisión de estado para la clase de error PCI-NIC. Las métricas de estado de infraestructura ya no se emitirán para la clase de error PCI-NIC.

¿Qué debo hacer? Migre a la clase de error PCI para obtener una funcionalidad similar. Para obtener más información, consulte Supervisión de estado de recursos informáticos para instancias con hardware dedicado y Métricas de estado de infraestructura.

Cambio en el servicio: el servicio Oracle Cloud Infrastructure Data Labeling está en desuso.

Fecha de anuncio: 30 de agosto de 2024

Fecha de entrada en vigor: 30 de agosto de 2025

Detalles: a partir del 30 de agosto de 2025, el servicio Oracle Cloud Infrastructure Data Labeling alcanza el final de vida (EOL). Antes de la fecha de fin de vida, se recomienda migrar a las herramientas de etiquetado de código abierto disponibles en Oracle Cloud Infrastructure Marketplace para etiquetar datos.

¿Cómo me afecta? El servicio Data Labeling ya no está disponible para su uso después del 30 de agosto de 2025. Puede seguir utilizando las etiquetas creadas anteriormente, pero debe migrar inmediatamente para evitar la interrupción del servicio.

¿Qué debo hacer? Puede utilizar las herramientas de etiquetado de código abierto disponibles en Oracle Cloud Infrastructure Marketplace para crear etiquetas. Recomendamos que utilice alternativas de código abierto para la mayoría de las funcionalidades de Data Labeling.

Para los modelos personalizados de Vision, está previsto que Data Labeling se sustituya por Label Studio, sin que esto afecte a los modelos existentes. Para la creación futura de modelos personalizados, etiquete los datos con Label Studio.

Para Document Understanding, la funcionalidad de etiquetado de documentos de Data Labeling se está integrando en ella. Los usuarios aún pueden acceder a esta función en Document Understanding navegando al flujo de trabajo de entrenamiento del modelo personalizado.

Cambio en el servicio: el SDK de Java de OCI versión 2 está en desuso.

Fecha de anuncio: 6 de abril de 2023

Fecha de entrada en vigor: 30 de junio de 2023

Detalles: Oracle ha publicado recientemente Oracle Cloud Infrastructure (OCI) Java SDK versión 3. OCI Java SDK versión 3 es una versión principal de SDK y le recomendamos que cambie a esta versión más reciente. OCI Java SDK versión 2 seguirá estando soportada por completo hasta finales de junio de 2023. Durante este tiempo, tanto la versión 2 como la 3 de OCI Java SDK recibirán actualizaciones regulares para agregar soporte para nuevas API de servicio, correcciones de bugs críticas y parches de seguridad, así como modificaciones de la documentación.

¿Cómo me afecta? Después del 30 de junio de 2023, OCI Java SDK versión 2 ya no recibirá actualizaciones para agregar soporte para nuevas regiones, nuevos servicios o funciones en los servicios existentes, a menos que se especifique lo contrario. Para las versiones anteriores a la versión 2 de OCI Java SDK que tienen menos de 12 meses de antigüedad, a partir de la solicitud, OCI solo aplicará parches para la versión anterior en relación con correcciones de bugs críticos e incidencias de seguridad.

¿Qué debo hacer? Cambio de versión a OCI Java SDK versión 3.

Las API de Autonomous Data Warehouse de Oracle Cloud Infrastructure quedaron en desuso el 15 de febrero de 2019.

Importante: El soporte para estas API de Autonomous Database para análisis y almacenamiento de datos finalizará el 1 de julio del 2020. Oracle recomienda migrar las cargas de trabajo de la base de datos a las API de sustitución lo antes posible.

Cambio en el servicio: el valor por defecto del atributo isMTLSConnectionRequired cambiará de true a false el 1 de julio de 2023 en las siguientes API:

• CreateAutonomousDatabase
• GetAutonomousDatabase
• UpdateAutonomousDatabase

Fecha de anuncio: 7 de febrero de 2023.

Fecha de entrada en vigor: 1 de julio de 2023.

Detalles: antes de este cambio en el servicio, el valor por defecto del atributo isMTLSConnectionRequired era true. Esto se aplica a Autonomous Database Serverless.

¿Cómo me afecta? Si tiene scripts personalizados o scripts de Terraform que hacen referencia a las API CreateAutonomousDatabase, GetAutonomousDatabase o UpdateAutonomousDatabase, puede que desee modificar los scripts para tener en cuenta el valor por defecto cambiado de este atributo. Sin embargo, si decide no realizar ningún cambio en los scripts, las llamadas a la API que contengan este atributo seguirán funcionando, pero el valor por defecto cambiará de "true" a "false".

¿Qué debo hacer? Al utilizar los SDK de OCI y herramientas de línea de comandos, puede actualizar los scripts personalizados para definir explícitamente el atributo isMTLSConnectionRequired en "true".

Cambio en el servicio: se han producido cambios en las siguientes API en los que la API o determinados campos de API han quedado en desuso.

Fecha de anuncio: 17 de mayo de 2023.

Fecha de entrada en vigor: 17 de mayo de 2024.

Detalles: antes de este cambio en el servicio, estas API incluían las API o los campos de API mencionados. Después de este cambio en el servicio, se eliminarán las API o los campos de API mencionados. Esto se aplica a Autonomous Database Serverless.

El soporte para estos campos de API de Autonomous Database finalizará el 2 de mayo de 2024. Oracle recomienda migrar los scripts para interrumpir el uso de estos campos lo antes posible. Si se han proporcionado, realice el cambio para utilizar el campo o la API de sustitución.

¿Cómo me afecta?: si tiene scripts personalizados o scripts de Terraform que hacen referencia a estas API, o a los campos mencionados, debe modificar los scripts para tener en cuenta estos cambios.

¿Qué debo hacer?: al utilizar los SDK y las herramientas de línea de comandos de OCI, actualice los scripts personalizados para eliminar el uso de las API o los campos en desuso o utilizar las sustituciones.

Cambio de servicio: los valores devueltos para determinados cambios de API, donde se devuelve el valor de 409 Incorrect State en algunos casos, según corresponda, se cambian a 409 Conflict.

Fecha de anuncio: 2023 de octubre.

Fecha de entrada en vigor: octubre de 2024.

Detalles: antes de este cambio de servicio, algunas llamadas de API fallan con el código de error 409 Incorrect State. Después de este cambio de servicio, en determinados casos según corresponda, las llamadas de API fallarán con el código de error 409 Conflict.

Antes de este cambio, muchas API devuelven 409 Incorrect State cuando la instancia de Autonomous Database está parada o no está disponible. Para estos estados, según las directrices de API, la devolución correcta es 409 Conflict. Para otros estados de Autonomous Database, como Inicio, Parada y Aprovisionamiento, la devolución actual de 409 Incorrect State es correcta y no cambiará después de esta actualización.

La devolución 409 Incorrect State se debe utilizar para indicar que los reintentos son correctos y que el recurso finalmente alcanzará el estado correcto, y la devolución 409 Conflict indica que el recurso no alcanzará el estado correcto por sí solo y que no se deben realizar reintentos. Este cambio de servicio cambia el code value de error en estas API para los casos en los que 409 Conflict es representativo del estado conocido de Autonomous Database.

Este cambio de servicio se aplica a las siguientes API:

• UpdateAutonomousDatabase
• DeleteAutonomousDatabase
• ChangeDisasterRecoveryConfiguration
• RotateAutonomousDatabaseEncryptionKey
• StartAutonomousDatabase
• RestartAutonomousDatabase
• ShrinkAutonomousDatabase
• StopAutonomousDatabase
• ConfigureAutonomousDatabaseVaultKey
• AutonomousDatabaseManualRefresh
• FailOverAutonomousDatabase
• SwitchoverAutonomousDatabase
• ChangeAutonomousDatabaseCompartment
• RegisterAutonomousDatabaseDataSafe
• DeregisterAutonomousDatabaseDataSafe
• EnableAutonomousDatabaseOperationsInsights
• DisableAutonomousDatabaseOperationsInsights

¿Esto me afecta?: si tiene scripts personalizados o scripts de Terraform que gestionan la devolución de 409 Incorrect State desde estas API, puede que desee modificar los scripts para manejar la devolución de 409 Conflict, según corresponda.

¿Qué debo hacer?: al utilizar los SDK y las herramientas de línea de comandos de OCI, puede optar por actualizar los scripts personalizados.

Cambio de servicio: en Autonomous Database Serverless, la capacidad de realizar copias de seguridad manuales, que no son copias de seguridad a largo plazo, está en desuso.

Autonomous Database Serverless realiza automáticamente una copia de seguridad de la base de datos hasta 60 días. Debido a este cambio, el 15 de febrero de 2025, cuando llama a la API CreateAutonomousDatabaseBackupDetails con el atributo isLongTermBackup, el valor se debe definir en true. El valor por defecto del atributo isLongTermBackup también cambiará a true.

Fecha de anuncio: 15 de febrero de 2024.

Fecha de entrada en vigor: 15 de febrero de 2025.

Detalles: antes de este cambio en el servicio, el valor por defecto del atributo isLongTermBackup era false. Después de este cambio de servicio, el único valor válido para el atributo isLongTermBackup es true. Este cambio se aplica a Autonomous Database Serverless.

¿Esto me afecta?: si tiene scripts personalizados o scripts de Terraform que hacen referencia a la API CreateAutonomousDatabaseBackupDetails, puede que desee modificar los scripts para tener en cuenta el valor por defecto cambiado de este atributo. Sin embargo, si decide no realizar ningún cambio en los scripts, las llamadas a la API que contengan este atributo seguirán funcionando, pero el valor por defecto cambiará de false a true.

¿Qué debo hacer?: al utilizar los SDK de OCI y las herramientas de línea de comandos, actualice los scripts personalizados para definir explícitamente el atributo isLongTermBackup en true.

Cambio de servicio: el parámetro isShared de ListAutonomousDatabaseCharacterSets de Oracle Cloud Infrastructure está en desuso.

Fecha de anuncio: 2023 de octubre.

Fecha de entrada en vigor: octubre de 2024.

Detalles: antes de este cambio de servicio, se puede utilizar el parámetro opcional isShared. Este cambio introduce el parámetro opcional isDedicated y el parámetro isShared se eliminará después de octubre de 2024.

¿Esto me afecta?: si tiene scripts personalizados o scripts de Terraform que hacen referencia a la API ListAutonomousDatabaseCharacterSets mediante el parámetro isShared con el valor TRUE, modifique los scripts para sustituir este parámetro por el valor TRUE. Parámetro isDedicated con el valor FALSE y, si hace referencia a la API ListAutonomousDatabaseCharacterSets mediante el parámetro isShared con el valor FALSE, modifique los scripts para sustituir este parámetro por el atributo isDedicated con el valor TRUE.

¿Qué debo hacer?: al utilizar los SDK de OCI y las herramientas de línea de comandos, actualice los scripts personalizados para sustituir el parámetro isShared por el parámetro isDedicated.

Las API del sistema de base de datos Exadata de Oracle Cloud Infrastructure están en desuso desde el 15 de noviembre de 2020.

Importante: No se puede aprovisionar ningún sistema nuevo con el antiguo modelo de recursos/API del sistema de base de datos a partir del 15 de mayo de 2021. El soporte para el antiguo modelo de recursos/API del sistema de base de datos en sistemas existentes finalizará el 15 de noviembre de 2021. Oracle recomienda migrar las instancias de Exadata Database Service on Dedicated Infrastructure a las nuevas API del modelo de recursos lo antes posible. La conversión al nuevo modelo de recursos no implica ningún tiempo de inactividad del sistema.

Cambio en el servicio: el atributo opcional dbWorkload de la API CreateDatabase de Oracle Cloud Infrastructure está en desuso.

Fecha de anuncio: noviembre de 2022.

Fecha de entrada en vigor: noviembre de 2023.

Detalles: antes de este cambio en el servicio, el atributo dbWorkload se puede utilizar para elegir entre la carga de trabajo OLTP (procesamiento de transacciones en línea) o de almacén de datos (analítico), y se utiliza internamente para determinar la configuración de memoria basada en la carga de trabajo de la base de datos. Después de este cambio en el servicio, el atributo dbWorkload se trata como "no-op" (no operativo), lo que significa que, aunque no fallarán las llamadas de API que contienen el atributo en desuso, se ignorará el valor transferido y el sistema utilizará internamente un valor por defecto. Esto se aplica a Exadata Database Service on Dedicated Infrastructure, Exadata Database Service on Cloud at Customer y Base Database Service.

¿Cómo me afecta? Si tiene scripts personalizados o scripts de Terraform que hacen referencia a la API CreateDatabase y están utilizando explícitamente el atributo dbWorkload, puede que desee modificar los scripts para eliminar este atributo. Sin embargo, si decide no realizar ningún cambio en los scripts, las llamadas de API que contengan este atributo seguirán funcionando, pero el valor transferido para el atributo dbWorkload no se tendrá en cuenta.

¿Qué debo hacer? Al utilizar SDK de OCI y herramientas de línea de comandos, puede actualizar los scripts personalizados para excluir el atributo dbWorkload. Después de noviembre de 2023, si transfiere un valor al atributo dbWorkload, se ignorará.

Cambio en el servicio: fin de la vida útil de Data Integration Platform Cloud

Fecha de anuncio: 29 de agosto de 2024

Fecha de entrada en vigor: 12 de diciembre de 2024

Detalles: a partir del 12 de diciembre de 2024, Oracle Data Integration Platform Cloud (DIPC) alcanzará el fin de la vida útil y ya no podrá crear nuevas instancias ni recibir soporte.

¿Cómo me afecta? Sí.

Cambio en el servicio: la versión 201210929 de la API de Database Migration de Oracle Cloud Infrastructure está en desuso a partir del 21 de junio de 2024.

Fecha de anuncio: 2 de julio de 2024

Fecha de entrada en vigor: 21 de junio de 2024

Detalles:

A partir del 21 de junio de 2024, la versión anterior de la API de Database Migration, versión 201210929, está en desuso. A partir del 21 de junio de 2025, la API en desuso ya no estará disponible y se sustituirá por una nueva versión de API 20230518 que proporcione funciones mejoradas y soporte para versiones futuras.

¿Qué debo hacer?

Si utiliza una versión anterior del SDK o del proveedor de Terraform, debe actualizarla al nuevo SDK o proveedor de Terraform lo antes posible.

Lista de API en desuso y de sustitución

Cambio en el servicio: las API (dos API) de DevOps de Oracle Cloud Infrastructure de la versión 20210630 quedaron en desuso el 29 de marzo de 2022.

Fecha de anuncio: 29 de marzo de 2022

Fecha de entrada en vigor: 29 de marzo de 2023

Detalles: a partir del 29 de marzo de 2022, dos API de DevOps de la versión 20210630 se han quedado en desuso. A partir del 29 de marzo de 2023, las API en desuso no estarán disponibles.

Cambio de servicio: el servicio Event Hub queda en desuso.

Fecha de anuncio: 29 de abril de 2022

Fecha de entrada en vigor: 31 de mayo de 2023

Detalles: a partir del 31 de mayo de 2023, el servicio Oracle Event Hub finalizará su vida útil (EOL). Antes de la fecha de finalización, de vida útil, recomendamos que migre los flujos de datos de Event Hub a Oracle Cloud Infrastructure Streaming.

¿Cómo me afecta? Si utiliza el servicio Event Hub para crear clusters de Kafka y/o temas de Event Hub, ya no podrá hacerlo después del 31 de mayo de 2023. Los clusters creados previamente seguirán funcionando en su arrendamiento sin cambios.

¿Qué debo hacer? Todos los clientes de Event Hub pueden ahora utilizar Streaming para mover datos mediante sus sólidas integraciones con Oracle Cloud Infrastructure (OCI), Database, GoldenGate e Integration Cloud. El servicio utiliza una plantilla de Kafka Connect para proporcionar integraciones listas para usar para cientos de productos de terceros en categorías como DevOps, bases de datos, big data y aplicaciones de SaaS.

Cambio en el servicio: se puede asociar un máximo de 100 sistemas de archivos a cualquier política de instantánea en particular.

Fecha de anuncio: 5 de agosto de 2023

Fecha de entrada en vigor: 7 de agosto de 2023

Detalles: a partir del 7 de agosto de 2023, se introducirá un nuevo límite de servicio para limitar el número total de sistemas de archivos asociados a una política de instantánea. Este cambio permitirá asociar hasta 100 sistemas de archivos por política de instantánea por inquilino y por dominio de disponibilidad.

¿Cómo me afecta? Si planea anexar más de 100 sistemas de archivos a cualquier política de instantánea en particular, no podrá hacerlo después del 7 de agosto de 2023. Cualquier inquilino existente que tenga más de 100 sistemas de archivos asociados por política de instantánea antes del 7 de agosto de 2023 recibirá una excepción. No se darán excepciones después del 7 de agosto de 2023.

¿Qué debo hacer? Si necesita asociar más de 100 sistemas de archivos a una política de instantánea, cree una segunda política de instantánea o utilice cualquier otra política de instantánea existente. Puede crear 100 políticas de instantánea por inquilino y por dominio de disponibilidad. Aún puede generar instantáneas basadas en políticas para sistemas de archivos, pero es posible que tenga que utilizar más de una política de instantáneas.

Cambio en el servicio: los sistemas de archivos de File Storage que utilizan claves de cifrado gestionadas por el cliente necesitan nuevas políticas de IAM.

Fecha de anuncio: 29 de mayo de 2024

Fecha de entrada en vigor: 29 de mayo de 2024

Detalles: el 29 de mayo de 2024, File Storage introduce un nuevo método para otorgar permiso a los sistemas de archivos para utilizar claves de cifrado personalizadas. Antes de este cambio, las políticas para otorgar permisos de sistemas de archivos para utilizar claves de cifrado personalizadas utilizaban el usuario del servicio File Storage. Por ejemplo:

Allow service <file_storage_service_user> to use keys

Después de este cambio, se otorga permiso a los recursos de File Storage para utilizar claves personalizadas. Para obtener más información, consulte Encrypting a File System.

¿Cómo me afecta? Antes del 29 de mayo de 2024, los sistemas de archivos de File Storage que utilizaban claves de cifrado de Vault gestionadas por el cliente en lugar de claves gestionadas por Oracle utilizaban el usuario del servicio File Storage en las políticas de IAM necesarias.

El usuario de servicio no tendrá acceso a claves gestionadas por el cliente en el futuro.

¿Qué debo hacer? Cree nuevas políticas de IAM que permitan a File Storage cifrar y descifrar sistemas de archivos mediante entidades de recurso. Asegúrese de que los sistemas de archivos utilicen políticas de entidad de recurso en lugar de políticas de entidad de servicio.

Para obtener más información, consulte Encrypting a File System y Verifying Resource Principal Access to Encryption Keys.

Cambio de servicio: el tipo de miembro COMPUTE_INSTANCE de DrProtectionGroupMemberType está en desuso y ya no estará soportado.

Fecha de anuncio: 31 de octubre de 2023

Fecha de entrada en vigor: 31 de octubre de 2024.

Migre a uno de los nuevos tipos de instancia antes de la fecha de desuso de vigencia.

¿Cómo me afecta? Si utiliza el tipo de miembro COMPUTE_INSTANCE en la configuración de DR, este cambio le afecta. Asegúrese de migrar a uno de los nuevos tipos de instancia antes de la fecha de desuso efectiva.

¿Qué debo hacer? Para migrar de un COMPUTE_INSTANCE existente a uno de los nuevos tipos de instancia, siga estas instrucciones.

Cambio en el servicio: la versión 0.5.x (y versiones anteriores) de la CLI de Fn Project ya no está soportada.

Fecha de anuncio: 29 de junio de 2021

Fecha de entrada en vigor: 1 de agosto de 2021

Detalles: a partir del 1 de agosto de 2021, la versión 0.5.x (y versiones anteriores) de la CLI de Fn Project dejará de funcionar con OCI Functions.

¿Cómo me afecta? Si actualmente utiliza la versión 0.5.x (o versiones anteriores) de la CLI de Fn Project, deberá actualizar cambiar a la versión 0.6.x (o posterior) de la CLI de Fn Project.

¿Qué debo hacer? Para cambiar a la versión 0.6.x (o posterior) de la CLI de Fn Project, siga las instrucciones descritas en Cambio de versión de la CLI de Fn Project.

Cambio de servicio: a partir del 15 de diciembre de 2021, las imágenes base de tiempo de creación y tiempo de ejecución de Function Development Kits (FDK) de Fn Project, con la excepción del FDK para Python 3.7, se basan en la distribución delgada de Oracle Linux 8. Las imágenes base de FDK Alpine/Debian están en desuso.

Fecha anunciada: 15 de noviembre de 2021

Fecha de entrada en vigor: 15 de diciembre de 2021

Detalles: a partir del 15 de diciembre de 2021, la mayoría de las imágenes base de tiempo de creación y tiempo de ejecución de Fn Project Function Development Kits (FDK) para los diferentes idiomas soportados se crean sobre la distribución ligera de Oracle Linux 8 (en lugar de las distribuciones Linux de Alpine y Debian). Las nuevas funciones que despliegue utilizarán estas imágenes base FDK de Oracle Linux 8. Las únicas excepciones son las imágenes base de tiempo de compilación y tiempo de ejecución de FDK para Python 3.7, que siguen construidas sobre la distribución de Debian Linux.

Las distribuciones Alpine/Debian Linux y la distribución limitada de Oracle Linux 8 tienen diferentes gestores de paquetes. Después de la transición a las imágenes base de FDK de Oracle Linux 8, el Dockerfile temporal creado por OCI Functions al desplegar nuevas funciones contiene los comandos del gestor de paquetes de Oracle Linux 8.

¿Cómo me afecta?

Para las funciones existentes ya desplegadas en OCI Functions:

• Si OCI Functions utiliza la configuración del archivo func.yaml de una función para crear un Dockerfile temporal que contenga las instrucciones a partir de las que se cree la imagen de Docker de la función, la función se creará y desplegará sin errores. El Dockerfile temporal incluye los comandos correctos del gestor de paquetes de Oracle Linux 8.
• Si ha creado un Dockerfile personalizado para una función (por ejemplo, modificando el Dockerfile que crea OCI Functions y definiendo runtime: docker en el archivo fun.yaml de la función), la función ahora se podría crear y desplegar con errores como missing apt-get .... Los errores se producen si el Dockerfile personalizado incluye comandos de gestor de paquetes de Alpine/Debian.

¿Qué debo hacer? Si ha creado Dockerfiles personalizados que contienen comandos del gestor de paquetes Alpine/Debian, sustituya esos comandos por comandos del gestor de paquetes de Oracle Linux 8.

Si no puede comenzar inmediatamente a utilizar las imágenes base de FDK de Oracle Linux 8 porque tiene funciones que aún requieren las distribuciones Alpine o Debian Linux, hay una solución alternativa temporal. Hasta el 15 de diciembre de 2022, las imágenes base de FDK Alpine/Debian permanecen disponibles, pero con etiquetas de imagen modificadas. Puede actualizar los Dockerfiles personalizados para utilizar las imágenes base de FDK de Alpine/Debian en desuso en lugar de las imágenes base de Oracle Linux 8 especificando explícitamente las etiquetas de imagen modificadas. Consulte Mis funciones aún requieren las distribuciones Alpine y Debian Linux. ¿Hay una solución alternativa temporal?.

Cambio de servicio: al crear un entorno de Fusion Applications o un administrador de entorno de Fusion Applications, no se necesitará la contraseña del administrador. Además, la API Reset Fusion Environment Administrator Password quedará en desuso; para restablecer la contraseña a través de la API, deberá utilizar la API de Fusion Applications adecuada en su lugar.

Fecha de anuncio: 27 de agosto de 2024

Fecha de entrada en vigor: 27 de agosto de 2025

Detalles: a partir del 27 de agosto de 2025, ya no podrá crear ni restablecer la contraseña del administrador de Fusion Applications mediante las API de gestión del entorno de Fusion Applications. Las API afectadas son:

¿Cómo me afecta? Si utiliza la API de gestión de entornos de Fusion Applications para restablecer la contraseña de administrador de Fusion Applications, deberá utilizar la API de Fusion Applications adecuada en su lugar.

Si utiliza la API para crear el administrador de Fusion Applications, la contraseña ya no se aceptará. En su lugar, el usuario administrador introducirá su propia contraseña después de recibir un correo electrónico de bienvenida.

El flujo de trabajo de la consola no se ve afectado.

¿Qué debo hacer?

Si llama a ResetFusionEnvironmentPassword, debe actualizar los scripts para utilizar la API de Fusion Applications Actualizar un usuario.

Si llama a CreateFusionEnvironment o CreateFusionEnvironmentAdminUser, no transfiera el parámetro de contraseña. Se le pedirá al usuario que agregue su contraseña a través del correo electrónico de bienvenida.

Cambio en el servicio: las API GoldenGate de Oracle Cloud Infrastructure para DatabaseRegistrations están en desuso a partir del 01 de noviembre de 2022.

Fecha de anuncio: noviembre de 01, 2022

Fecha de entrada en vigor: noviembre de 2023

Detalles: a partir del 01 de noviembre de 2022, las API DatabaseRegistrations están en desuso y se sustituyen por las API Connections. A partir del 01 de noviembre de 2023, las API en desuso no estarán disponibles.

¿Cómo me afecta? Sí. Las API DatabaseRegistrations funcionaron para las conexiones de Oracle Database, mientras que las nuevas API Connections ampliables le permiten conectarse a muchos otros tipos de tecnologías de datos.

¿Qué debo hacer? Utilice las API Connections en lugar de las API DatabaseRegistrations para conectarse a las tecnologías de origen y destino.

Cambio de servicio: la propiedad timeUpgradeRequired de las API Deployment y DeploymentSummary está en desuso a partir del 14 de marzo de 2023.

Fecha de anuncio: el 14 de marzo de 2023

Fecha de entrada en vigor: 14 de marzo de 2024

Detalles: con las nuevas funciones de mantenimiento desplegadas el 14 de marzo de 2023, la propiedad timeUpgradeRequired de las API Deployment y DeploymentSummary está en desuso.

¿Cómo me afecta? La propiedad timeUpgradeRequired de solo lectura se ha utilizado para ayudarle a determinar cuánto tiempo ha tenido que actualizar manualmente a una nueva versión de despliegue, pero el servicio no ha actualizado automáticamente el despliegue cuando ha pasado la fecha límite. La nueva función Maintenance programa una o más actualizaciones y actualiza automáticamente el despliegue en la fecha determinada. Puede encontrar estas fechas en la página de detalles del despliegue.

¿Qué debo hacer? Puede ajustar los cambios de versión programados según sea necesario al crear el despliegue o desde la página de detalles del despliegue.

Cambio de servicio: la propiedad adminPassword utilizada en los objetos de modelo CreateOggDeploymentDetails y UpdateOggDeploymentDetails de las API CreateDeploymentDetails y UpdateDeploymentDetails estaba en desuso a partir del 15 de agosto de 2023.

Fecha de anuncio: 15 de agosto de 2023

Fecha de entrada en vigor: 15 de agosto de 2024

Detalles: con la nueva función de conexión única introducida el 15 de agosto de 2023, la propiedad adminPassword utilizada en los objetos de modelo CreateOggDeploymentDetails y UpdateOggDeploymentDetails de las API CreateDeploymentDetails y UpdateDeploymentDetails ahora está en desuso.

¿Cómo me afecta? Sí.

¿Qué debo hacer? Los nuevos despliegues creados a partir del 15 de agosto de 2023 requieren que seleccione un almacén de credenciales (OCI Identity and Access Management (IAM) o GoldenGate) en los arrendamientos en los que está activado OCI IAM con dominios de identidad. Si selecciona OCI IAM, puede conectarse a la consola de despliegue mediante su cuenta de Oracle Cloud, mientras que GoldenGate requiere que cree un almacén de claves y agregue un secreto en el que almacenar su contraseña, que utilizará para conectarse a la consola de despliegue.

Cambio en el servicio: Fin de la Vida Útil de GoldenGate Cloud Service Classic desde el 11 de abril de 2024.

Fecha de anuncio: 22 de marzo de 2024

Fecha de entrada en vigor: 11 de abril de 2024

¿Cómo me afecta? Oracle GoldenGate Cloud Service Classic se ejecuta en Oracle Cloud Classic Gen 1, que ha quedado en desuso en favor de Oracle Cloud Infrastructure (OCI) Gen 2 Cloud. Si es un usuario de Oracle GoldenGate Cloud Service Classic, puede migrar las cargas de trabajo de Oracle Cloud Classic Gen 1 a Oracle Cloud Infrastructure GoldenGate.

Si actualmente es un usuario de OCI GoldenGate, este anuncio de cambio de servicio no se aplica a usted.

¿Qué debo hacer? Migre las cargas de trabajo de Oracle GoldenGate Cloud Service a Oracle Cloud Infrastructure GoldenGate, que ofrece una funcionalidad similar. Consulte Migración a Oracle Cloud Infrastructure GoldenGate para ver los pasos de migración detallados.

Cambio en el servicio: las API de eventos de auditoría de Oracle Cloud Infrastructure Identity and Access Management y algunas plantillas de informes para las API de informes, que puede utilizar con los dominios de identidad de IAM quedarán en desuso.

Fecha de anuncio: 15 de mayo de 2023

Fecha de entrada en vigor: 15 de diciembre de 2024

Detalles: a partir del 15 de diciembre de 2024, las API de IAM para AuditEvents y determinadas plantillas de informes de las API de informes dejarán de funcionar con IAM.

¿Cómo me afecta? Si actualmente utiliza las API de IAM para AuditEvents y las API para informes basadas en AuditEvents, deberá utilizar en su lugar las API del servicio OCI Audit.

¿Qué debo hacer? Ahora puede utilizar las API de OCI Audit. Para obtener más información sobre la recuperación de datos de OCI Audit, consulte:

• Implantar la seguridad multinube mediante OCI Audit para capturar eventos de OCI Identity and Access Management
• Generación de informes de Identity and Access Management desde Oracle Cloud Infrastructure Audit

Cambio de servicio: a partir del 15 de julio de 2022, la API CreateFleet necesitará el OCID de log personalizado en la propiedad inventoryLog.

Fecha de anuncio: 15 de abril de 2022

Fecha de entrada en vigor: 15 de julio de 2022

Detalles: a partir del 30 de marzo de 2022, JMS utiliza el servicio Oracle Cloud Infrastructure Logging para almacenar logs de inventario y operaciones. Los logs de inventario son logs personalizados que almacenan el inventario de Java Runtime y la información relacionada con el uso notificados desde los hosts por la instancia de Management Agent. Con este cambio, la API CreateFleet incluye una propiedad adicional, inventoryLog, para especificar el log personalizado que se va a utilizar.

¿Qué debo hacer? Los conjuntos existentes se deben migrar mediante la API UpdateFleet para el 15 de julio de 2022. Después del 15 de julio de 2022, la propiedad inventoryLog de la API CreateFleet será un parámetro necesario. Consulte las operaciones CreateFleet y UpdateFleet para obtener más información. Los agentes deben ser a partir de la versión 220302.1455.

A partir del 26 de octubre de 2022, las API de Language Detect de la versión 20221001 quedaron en desuso. A partir del 10 de octubre de 2023, las API en desuso no estarán disponibles.

A partir del 26 de octubre de 2022, las API de Language BatchDetect tienen la nueva versión de API soportada 20221001. Con la introducción de la versión de API 20221001, las siguientes clases se han eliminado y sustituido por la clase común, com.oracle.bmc.ailanguage.model.TextDocument.

Cambio de servicio: el período de retención de la copia de seguridad del sistema de base de datos se ha reducido de 10 000 a 365 días.

Fecha de anuncio: septiembre de 2020

Fecha de entrada en vigor: octubre de 2020

Detalles: el período de retención de la copia de seguridad del sistema de base de datos se ha reducido de 10 000 a 365 días

¿Cómo me afecta? No.

¿Qué debo hacer? Nada.

Cambio de servicio: el valor por defecto de AutomaticBackupRetention se cambia de DELETE a RETAIN.

Fecha de anuncio: 2024

Fecha de entrada en vigor: 2025 de enero

Detalles: antes de este cambio de servicio, el valor por defecto del atributo AutomaticBackupRetention en la política de supresión del sistema de base de datos era DELETE. Con este cambio, el valor por defecto de AutomaticBackupRetention se cambia a RETAIN. Tenga en cuenta que este cambio no afecta a la política de supresión de los sistemas de base de datos existentes. El cambio solo es aplicable a los Sistemas de base de datos creados después de la fecha en vigor.

¿Cómo me afecta? Sí, si utiliza valores por defecto para la política de supresión.

¿Qué debo hacer? Si prefiere que el valor por defecto sea DELETE para AutomaticBackupRetention y utiliza SDK/CLI/Terraform sin que se defina el valor, debe definir el valor preferido explícitamente.

Cambio en el servicio: las unidades de OCPU están en desuso a partir del 5 de septiembre de 2024.

Fecha de anuncio: septiembre de 2024

Fecha de entrada en vigor: 5 de septiembre de 2024

Detalles:

A partir del 5 de septiembre de 2024, todas las unidades de OCPU HeatWave para sistemas de base de datos y clusters HeatWave están en desuso. Sin embargo, los clientes pueden utilizar unidades de ECPU para desplegar nuevos sistemas de base de datos y clusters HeatWave. Las unidades de OCPU no estarán disponibles para los nuevos clientes, mientras que los clientes existentes pueden seguir utilizando unidades de OCPU en sistemas de base de datos nuevos y existentes y en clusters HeatWave hasta el 5 de septiembre de 2025.

¿Qué debo hacer?

Utilice ECPU para desplegar nuevos sistemas de base de datos y clusters HeatWave. Para los sistemas de base de datos existentes y los clusters HeatWave que se ejecutan en unidades de OCPU, debe planificar el tiempo adecuado para convertirlos en unidades de ECPU antes del 5 de septiembre de 2025.

La API del equilibrador de carga de red de Oracle Cloud Infrastructure ListNetworkLoadBalancerProtocol está en desuso desde el 12 de enero de 2022. El soporte para ListNetworkLoadBalancerProtocol finaliza el 1 de marzo de 2023. Consulte ListenerDetails para obtener la lista actual de valores de protocolo soportados.

Cambio de servicio: OCI Cache está restringiendo el uso de los comandos Redis CONFIG SET y ACL en clusters gestionados por el servicio.

Fecha de anuncio: 14 de junio de 2024

Fecha de entrada en vigor: 14 de julio de 2024

Detalles: OCI Cache evita el uso de algunos comandos de Redis para garantizar el rendimiento y la estabilidad del servicio. Consulte Comandos de Redis no soportados. A partir del 14 de julio de 2024, los comandos CONFIG SET y ACL se incluirán en la lista de comandos restringidos para OCI Cache.

¿Cómo me afecta? Si actualmente utiliza estos comandos, ya no podrá utilizarlos con los clusters de OCI Cache después del 14 de julio de 2024. También recomendamos que no utilice estos comandos antes de que se restrinjan, ya que pueden causar problemas de estabilidad con clusters gestionados por OCI Cache.

Cambio en el servicio: el servicio Oracle OS Management está en desuso.

Fecha de anuncio: 23 de abril de 2024

Fecha de entrada en vigor: 23 de abril de 2025

Detalles: el 23 de abril de 2025, el servicio OS Management (OSMS) alcanza el final de la vida útil (EOL). A partir de ahora, el servicio ya no está disponible para usted en regiones en las que aún no está utilizando OSMS o para nuevos usuarios con nuevos arrendamientos. El servicio OS Management se sustituye por OS Management Hub, que proporciona una experiencia de usuario mejorada con nuevas funciones, incluidos los despliegues de parches a través de etapas de ciclo de vida, programación de trabajos mejorada y capacidades de generación de informes.

¿Cómo me afecta? El servicio OS Management ya no estará disponible para gestionar instancias de Oracle Linux o Microsoft Windows después del 23 de abril de 2025.

Qué debo hacer: empezar a utilizar el servicio OS Management Hub para gestionar instancias en Oracle Cloud Infrastructure (OCI), centros de datos privados y entornos en la nube de terceros soportados. Antes de la fecha de fin de vida, se recomienda migrar las instancias gestionadas del servicio OS Management al servicio OS Management Hub.

Cambio en el servicio: los permisos de IAM para los recursos de Networking necesarios para crear y trabajar con clusters OpenSearch están cambiando de permisos de servicio a permisos de usuario.

Fecha de anuncio: 20 de febrero de 2024

Fecha de entrada en vigor: 15 de septiembre de 2024

Detalles: para crear y gestionar clusters en Search con OpenSearch, debe crear políticas de IAM para su arrendamiento que otorguen permisos a recursos de Networking específicos. Actualmente, los permisos necesarios son los permisos de servicio, con sentencias de política como el siguiente fragmento:

Allow service opensearch to manage <Networking_Resource>...

La búsqueda con OpenSearch está pasando a requerir permisos de usuario para otorgar acceso a los recursos de Networking en lugar de permisos de servicio. Durante el período de transición, su arrendamiento debe tener ambos tipos de políticas.

¿Cómo me afecta? Todos los arrendamientos en los que los usuarios crean y gestionan clusters OpenSearch deben tener nuevas políticas que especifiquen permisos de usuario, además de las políticas existentes con permisos de servicio para acceder a los recursos de Networking necesarios.

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> 

Debe mantener cualquier política existente que tenga para Search con OpenSearch que incluya sentencias de permisos de servicio para los recursos de Networking hasta que se haya completado la transición a las sentencias de permisos de usuario. Consulte Buscar con OpenSearch políticas de IAM para obtener documentación sobre los permisos necesarios para buscar con OpenSearch.

Cambio en el servicio: las API de Service Mesh de Oracle Cloud Infrastructure de la versión 20210930 quedaron en blanco el 14 de diciembre de 2022.

Fecha de anuncio: 14 de diciembre de 2022

Fecha de entrada en vigor: 15 de diciembre de 2023

Detalles: a partir del 14 de diciembre de 2022, las API de Service Mesh de la versión 20210930 están en desuso. A partir del 15 de diciembre de 2023, las API en desuso no estarán disponibles.

• Las nuevas API (versión 20220615) soportarán las operaciones de actualización/supresión/obtención/enumeración de los recursos creados por las API en desuso .
• Los SDK de OCI y las herramientas de línea de comandos que se hayan publicado antes del 14 de diciembre de 2022 están limitados a las funciones del modelo de recursos en desuso (versión 20210930).

Lista de API de sustitución y no soportadas

Cambio en el servicio: las API de análisis de documentos de Oracle Cloud Infrastructure Vision quedaron en desuso el 30 de enero de 2023. La funcionalidad de análisis de documentos se ofrece ahora mediante el servicio Oracle Cloud Infrastructure Document Understanding.

Fecha de anuncio: 30 de enero de 2023

Fecha de entrada en vigor: 31 de enero de 2024

Detalles:

Las siguientes API quedaron en desuso el 10 de enero de 2023:

• AnalyzeDocument
• CreateDocumentJob
• GetDocumentJob
• CancelDocumentJob

Todos los datos de salida almacenados en un cubo de Object Storage como resultado de trabajos de documentos anteriores seguirán accesibles después de que la API de documento haya quedado en desuso. A partir del 31 de enero de 2024, las API en desuso no estarán disponibles en el servicio Oracle Cloud Infrastructure Vision.

¿Cómo me afecta? Este cambio afecta a los clientes que utilizan la funcionalidad de análisis de documentos del servicio Oracle Cloud Infrastructure Vision.

¿Qué debo hacer? Los clientes que utilicen la funcionalidad de análisis de documentos del servicio Oracle Cloud Infrastructure Vision deben utilizar en su lugar la funcionalidad de análisis de documentos que se ofrece a través del servicio Oracle Cloud Infrastructure Document Understanding.