Anuncios de cambio de servicio

Revise los detalles sobre los últimos cambios de Oracle Cloud Infrastructure, como las funciones en desuso, las API en desuso y los cambios en el comportamiento del servicio.

API Gateway

Cifrados en desuso

Cambio en el servicio: el soporte del servicio de 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 API Gateway ya no soporta los siguientes cifrados heredados:

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

¿Me afecta esto? 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 backend que solo admita cifrados heredados ya no podrá 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 admitan uno o más de los cifrados que siguen estando soportados por el servicio API Gateway (consulte Versiones y cifrados de TLS soportados).

Autonomous Recovery Service

Atributo subnetId en desuso

Cambio en 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 los servicios, el atributo subnetId se puede utilizar para especificar solo una única subred que se va a asociar con 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.

¿Me afecta esto? 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.

Big Data Service

Oracle Big Data Service con Cloudera Distribution de Hadoop - Restricción de expansión de BDS CDH

Cambio en 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 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 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 las expansiones de CDH de Big Data Service del número de núcleos de recursos informáticos (OCPU) se congela. 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.

¿Me afecta esto? Este cambio solo se aplica a Big Data Service con CDH. El servicio Big Data 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 posteriores: Oracle recomienda planificar e implantar las ampliaciones de cluster en CDH de Big Data Service necesarias antes de 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 desarrollamos como servicio nativo en la nube para nuestros clientes a 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 incluye versiones más recientes y anteriores, de componentes de Hadoop para su compatibilidad con pilas de aplicaciones más antiguas y recientes. También se verifica con WANdisco Data Migrator para facilitar las migraciones a escala y utiliza los servicios de migración a la nube de Oracle Cloud Lift para trabajar con ingenieros de Oracle para las migraciones. Para obtener información sobre la migración a Big Data Service ODH, consulte la documentación.

Facturación

Informes de uso en desuso

Cambio en el servicio: los informes de uso de la página Consola de informes de uso y costos están en desuso.

Fecha de anuncio: 10 de octubre de 2024

Fecha de entrada en vigor: 31 de enero de 2025

¿Me afecta esto? Sí, si tiene informes de uso en su arrendamiento.

¿Qué debo hacer? Utiliza informes de costos en los formatos propios y FOCUS de OCI para analizar tu consumo. Puede continuar accediendo a sus archivos CSV de informes de uso existentes hasta el 31 de julio de 2025.

Block Volume

Copias de seguridad completas eliminadas de las políticas de copia de seguridad definidas por Oracle

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

Fecha anunciada: 3 de noviembre del 2020

Fecha de entrada en vigor: 3 de Noviembre de 2021

Detalles: desde el 3 de noviembre de 2021, las directivas de copia de seguridad definidas por Oracle ya no incluyen copias de seguridad completas de volumen. 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.

¿Me afecta esto? 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.

Classic Migration

Fin de vida de servicio de migración clásico

Cambio en el servicio: fin de la vida útil de OCI Classic Migration Service 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 final de vida útil para OCI Classic Migration Service a partir del 31 de marzo de 2024.

Classic Migration Service (anteriormente conocido como Application Migration Service) simplifica la migración de aplicaciones desde Oracle Cloud Infrastructure Classic a Oracle Cloud Infrastructure. Classic Migration Service 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.

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

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

Recursos informáticos

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

Cambiar en el servicio: la clase de error PCI-NIC para la supervisión de estado de las instancias con hardware dedicado en 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 sus instancias con Hardware dedicado, específicamente cuando se ha detectado un error en la tarjeta del interfaz de red (NIC) de la instancia. La clase de error PCI-NIC ya no se emitirá.

¿Me afecta esto? 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.

Hub de conector

La propiedad lifecyleDetails está en desuso

Cambio en el servicio: la propiedad lifecyleDetails de ServiceConnector está en desuso. En su lugar, utilice la propiedad lifecycleDetails.

Fecha de anuncio: 25 de marzo de 2025

Fecha de entrada en vigor: 25 de marzo de 2026

Detalles: la siguiente propiedad está en desuso:

lifecyleDetails

En su lugar, utilice la siguiente propiedad:

lifecycleDetails.

¿Me afecta esto? Sí, si tiene código que haga referencia a la propiedad en desuso, lifecyleDetails.

¿Qué debo hacer? Actualice el código para que haga referencia a la nueva propiedad, lifecycleDetails.

Data Integration Platform Cloud

Fin de vida útil de Data Integration Platform Cloud

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) llegará al final de su vida útil y ya no podrá crear nuevas instancias ni recibir soporte.

¿Me afecta esto? Sí.

¿Qué debo hacer? Considere la posibilidad de migrar lo antes posible para evitar cualquier interrupción en sus procesos DIPC. Para obtener orientación sobre la migración desde DIPC, consulte los siguientes enlaces para conocer los pasos de migración detallados:

Etiquetado de Datos

Fin de la Vida Útil de Data Labeling Service

Cambio en el servicio: el servicio Oracle Cloud Infrastructure Data Labeling quedará 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 llegará al final de su vida útil (EOL). Antes de la fecha de fin de vida, le recomendamos que migre al uso de las herramientas de etiquetado de código abierto disponibles en Oracle Cloud Infrastructure Marketplace para etiquetar datos.

¿Me afecta esto? El servicio Data Labeling ya no está disponible para su uso después del 30 de agosto de 2025. Puede seguir utilizando 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. Le recomendamos que utilice alternativas de código abierto para la mayoría de las funciones de Data Labeling.

Puede ver el servicio Data Labeling solo en las regiones en las que ha tenido actividad en los últimos 6 meses. Para acceder al servicio Data Labeling en otras regiones, envíe una solicitud a la cola de servicio Data Labeling.

En el caso de los modelos personalizados Vision, se prevé que el servicio Data Labeling se sustituya por Label Studio, sin que ello 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 del servicio de etiquetado de datos se está integrando en él. Los usuarios pueden seguir accediendo a esta función en Document Understanding navegando al flujo de trabajo de entrenamiento del modelo personalizado.

Database

Servicios de Autonomous Database

Campos de API en desuso de Autonomous Database y valores de respuesta correctos cambiados (17 de mayo de 2023)

Cambiar en el servicio: se han realizado cambios a las siguientes API, en las que la API o determinados campos se 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 la aplicación, 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 Autonomous Database API finaliza 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.

API de instancia de Autonomous Database en desuso:
  • AutonomousDataWarehouse
  • AutonomousDataWarehouseSummary
Campos del API de la Autonomous Database en desuso:
  • Campos de API en desuso de CreateAutonomousDatabaseBase:
    • isDataGuardEnabled
    • isLocalDataGuardEnabled
  • Campos de API en desuso de CreateRefreshableAutonomousDatabaseCloneDetails:
    • autoRefreshPolicy
    • autoRefreshFrequencyInSeconds
    • autoRefreshPointInSeconds
    • timeOfAutoRefreshStart
  • Campos de API en desuso de UpdateAutonomousDatabaseDetails:
    • autoRefreshPolicy
    • autoRefreshFrequencyInSeconds
    • autoRefreshPointInSeconds
    • timeOfAutoRefreshStart
    • isDataGuardEnabled
  • Campos de API en desuso de AutonomousDatabaseSummary:
    • standbyDb
    • dataguardRegionType
    • timeDataGuardRoleChanged
    • isDataGuardEnabled
    • isLocalDataGuardEnabled
    • serviceConsoleUrl
  • Campo de API en desuso de UpdateAutonomousDatabaseWalletDetails:
    • shouldRotate
  • Campo de API en desuso de AutonomousDatabaseStandbySummary:
    • timeDataGuardRoleChange
Sustitución para las API en desuso:
API en desuso API de sustitución
CreateCrossRegionAutonomousDatabaseDataGuardDetails CreateCrossRegionDisasterRecoveryDetails
AutonomousDataWarehouse Sin Sustitución
AutonomousDataWarehouseSummary Sin Sustitución
Sustitución de campos de API en desuso:
Campo del API en desuso Campo de API de sustitución
UpdateAutonomousDatabaseDetails.isDataGuardEnabled UpdateAutonomousDatabaseDetails.isLocalDataGuardEnabled
AutonomousDatabaseSummary.standbyDb AutonomousDatabaseSummary.localStandbyDb
AutonomousDatabaseSummary.isDataGuardEnabled AutonomousDatabaseSummary.localDisasterRecoveryType
AutonomousDatabaseStandbySummary.timeDataGuardRoleChange AutonomousDatabaseStandbySummary.timeDisasterRecoveryRoleChanged
Los valores de respuesta correcta modificados para las API:
API de instancia de Autonomous Database Valor de respuesta correcta actual Valor de respuesta correcta actualizada
createAutonomousDatabase 200 202
updateAutonomousDatabase 200 202
restoreAutonomousDatabase 200 202
startAutonomousDatabase 200 202
restartAutonomousDatabase 200 202
stopAutonomousDatabase 200 202
failOverAutonomousDatabase 200 202
switchoverAutonomousDatabase 200 202
autonomousDatabaseManualRefresh 200 202

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

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

Atributo de API isMTLConnectionRequired de Autonomous Database: valores por defecto cambiados (1 de julio de 2023)

Cambiar 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:

Fecha de anuncio: 7 de febrero de 2023.

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

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

¿Esto 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 a la línea de comandos, puede actualizar los scripts personalizados para definir explícitamente el atributo isMTLSConnectionRequired en "true".

Se han cambiado los valores de retorno de Autonomous Database para las API (1 de octubre de 2023)

Cambio en el servicio: los valores devueltos para determinados cambios de API, donde el valor devuelto de 409 Incorrect State a veces, según corresponda, se cambia a 409 Conflict.

Fecha de anuncio: Octubre de 2023.

Fecha de entrada en vigor: Octubre de 2024.

Detalles: antes de que cambie este servicio, algunas llamadas de API fallan con un 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 Autonomous Database se detiene o no está disponible. Para estos estados, según las directrices de la API, el retorno correcto es 409 Conflict. Para otros estados de Autonomous Database, como Inicio, Parada y Aprovisionamiento, el retorno actual de 409 Incorrect State es correcto y esto no cambiará después de esta actualización.

El retorno 409 Incorrect State se debe utilizar para indicar que los reintentos son correctos y que el recurso finalmente alcanzará el estado correcto, y el retorno 409 Conflict indica que el recurso no alcanzará el estado correcto por sí solo y que no se deben realizar los reintentos. Este cambio de servicio cambia el valor de código 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:

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

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

Parámetro isShared de Autonomous Database para autonomousDatabaseCharacterSets en desuso (1 de octubre de 2023)

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

Fecha de anuncio: Octubre de 2023.

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.

¿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 SDK de OCI y herramientas de línea de comandos, actualice los scripts personalizados para sustituir el parámetro isShared por el parámetro isDedicated.

Copia de seguridad manual sin servidor de Autonomous Database en desuso (15 de febrero de 2024)

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 copias de seguridad de la base de datos hasta 60 días. Debido a este cambio, el 15 de febrero de 2025, al llamar 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 de 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.

¿Cómo 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 de los scripts, las llamadas a la API que contengan este atributo seguirán funcionando, excepto que el valor por defecto cambiará de false a true.

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

Autonomous Database Serverless Oracle Machine Learning Notebooks Classic quedó en desuso (11 de junio de 2024)

Cambio en el servicio: Oracle Machine Learning Notebooks Classic en Autonomous Database Serverless, que es el entorno de bloc de notas original y reemplazado por una interfaz de bloc de notas mejorada, está en desuso.

La nueva interfaz de OML Notebooks proporciona una nueva apariencia, junto con nuevas funciones: carga y acceso más rápidos de notebooks; visualizaciones de datos enriquecidas, comentarios de párrafos y dependencias de tiempo de ejecución; Zeppelin y Diseños de Jupyter; control de versiones de bloc de notas en la página, visualización del historial y comparación de versiones; soporte de GPU para párrafos de Python; junto con la capacidad de utilizar paquetes de R y Python de terceros a través de entornos conda.

Fecha de anuncio: 11 de junio de 2024, en el banner "Cambios de importancia" de la página inicial de Oracle Machine Learning Notebooks.

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

Detalles: alineados con el aviso de banner y antes de la eliminación de la función, se implementarán los siguientes cambios incrementales:

Fase 1 - 17 de abril de 202DATA

Fase 2 - 29 de octubre de 2024

  • En la página de lista Notebook Classic, los usuarios ya no podrán crear blocs de notas Classic, guardarlos como plantillas ni seleccionarlos para la programación de trabajos.
  • Los blocs de notas clásicos existentes se pueden abrir en modo para sólo lectura.
  • Los usuarios pueden convertir blocs de notas clásicos al nuevo formato mediante el botón "Copiar a blocs de notas de OML" de la página de lista.

Fase 3 - 31 de diciembre de 2024

  • Los portátiles clásicos ya no estarán disponibles para los usuarios.
  • El usuario ADMIN puede acceder a los blocs de notas clásicos en modo de solo lectura y convertirlos al nuevo formato.
  • Los trabajos que aún usen blocs de notas clásicos se desactivarán con un estado que se muestra como "Desactivado". No se podrá acceder a ningún log de trabajo asociado. Los usuarios solo podrán suprimir trabajos con blocs de notas clásicos.

Fase 4 - 4 de junio de 2025

  • El usuario ADMIN ya no tendrá acceso a los blocs de notas clásicos.
  • Los blocs de notas clásicos restantes se suprimirán.

¿Me afecta esto? Esto afecta solo a los usuarios que tienen blocs de notas clásicos, blocs de notas de plantillas clásicas o trabajos que especifican blocs de notas clásicos. Según el programa anterior, los usuarios perderán el acceso a estos blocs de notas y los trabajos existentes que utilicen los blocs de notas clásicos producirán un error si se ejecutan o se programan en un programa recurrente.

¿Qué debo hacer? Si tiene cuadernos clásicos o cuadernos de plantilla clásica (personales o compartidos) que desea conservar, debe convertirlos al nuevo formato. Si tiene trabajos que se basan en blocs de notas clásicos, estos trabajos se deben actualizar con un nuevo bloc de notas o volver a crear con un nuevo bloc de notas.

La infraestructura de Exadata dedicada de Autonomous Database y las API de Autonomous Data Guard en desuso de Cloud@Customer (4 de marzo de 2025)
El campo cpuCoreCount de API de Autonomous Database está en desuso (28 de mayo de 2025)

El campo cpuCoreCount está en desuso para las API de Autonomous Database que se detallan en este anuncio de cambio de servicio.

Antes de este cambio de servicio, las API de Autonomous Database de este anuncio de cambio de servicio incluían cpuCoreCount como campo. Después de implantar este cambio de servicio, se eliminará el campo cpuCoreCount. Recomendamos que los usuarios actualicen sus scripts y la automatización para detener el uso de este campo lo antes posible. Si se proporciona, los usuarios deben cambiar para utilizar el modelo informático de ECPU y computeCount. El soporte para este campo de API de Autonomous Database finaliza el 28 de mayo de 2026.

API afectadas:

Servicios de Exadata

API en desuso de Exadata Database Service on Dedicated Infrastructure (15 de noviembre de 2020)

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

Importante: No se puede aprovisionar ningún tipo de sistema nuevo con el antiguo modelo/API de recursos del sistema de base de datos después 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 la nueva API del modelo de recursos tan pronto como sea posible. La conversión al nuevo modelo de recursos no implica ningún tiempo de inactividad del sistema.

API no soportada API de sustitución
LaunchDbSystem (en desuso solo para sistemas Exadata) CreateCloudExadataInfrastructure y CreateCloudVmCluster
ListDbSystems (en desuso solo para sistemas Exadata) ListCloudExadataInfrastructures y ListCloudVmClusters
GetDbSystem (en desuso solo para sistemas Exadata) GetCloudExadataInfrastructure y GetCloudVmCluster
ChangeDbSystemCompartment (en desuso solo para sistemas Exadata) ChangeCloudExadataInfrastructureCompartment y ChangeCloudVmClusterCompartment
UpdateDbSystem (en desuso solo para sistemas Exadata) UpdateCloudExadataInfrastructure y UpdateCloudVmCluster
GetExadataIormConfig (en desuso solo para sistemas Exadata) GetCloudVmClusterIormConfig
UpdateExadataIormConfig (solo sistemas Exadata) UpdateCloudVmClusterIormConfig
TerminateDbSystem (en desuso solo para sistemas Exadata) DeleteCloudExadataInfrastructure y DeleteCloudVmCluster
Atributo de API de carga de trabajo de base de datos para Base Database, Exadata Database Service on Dedicated Infrastructure y Exadata Database Service on Cloud@Customer en desuso (1 de noviembre de 2022)

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

Fecha de anuncio: noviembre 2022.

Fecha de entrada en vigor: noviembre de2023.

Detalles: antes de este cambio de servicio, el atributo dbWorkload se puede utilizar para elegir entre la carga de trabajos OLTP (procesamiento de transacciones online) o la de almacén de datos (analítico), y se utiliza internamente para determinar la configuración del memoria basada en la carga de trabajos 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@Customer y Base Database Service.

¿Me afecta esto? 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á.

Servicio de base de datos básico de Oracle

Atributo de API de carga de trabajo de base de datos para Base Database, Exadata Database Service on Dedicated Infrastructure y Exadata Database Service on Cloud@Customer en desuso (1 de noviembre de 2022)

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

Fecha de anuncio: noviembre 2022.

Fecha de entrada en vigor: noviembre de2023.

Detalles: antes de este cambio de servicio, el atributo dbWorkload se puede utilizar para elegir entre la carga de trabajos OLTP (procesamiento de transacciones online) o la de almacén de datos (analítico), y se utiliza internamente para determinar la configuración del memoria basada en la carga de trabajos 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@Customer y Base Database Service.

¿Me afecta esto? 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á.

Migración de base de datos

API de Migración de base de datos en desuso

Cambio en el servicio: la API de Database Migration de Oracle Cloud Infrastructure versión 201210929 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, la versión 201210929, está en desuso. A partir del 21 de junio de 2025, la API en desuso dejará de estar disponible y se sustituirá por una nueva versión de API 20230518 que proporciona funciones mejoradas y soporte para versiones futuras.

¿Me afecta esto?
  • Si usted es un cliente nuevo y nunca ha utilizado nuestro servicio antes, este cambio no le afecta. (o)
  • Si ya es cliente que utiliza la consola de OCI para gestionar los recursos de Database Migration y tiene migraciones y conexiones creadas antes de este cambio, debe cambiar a la nueva API mediante la creación de nuevas migraciones y conexiones. Sin embargo, esto no afecta a la migración existente que está en curso y puede suprimir las migraciones y conexiones anteriores.
  • Si utiliza una versión anterior del SDK público o del proveedor de Terraform, ya no puede realizar determinadas operaciones en los recursos mediante la consola de OCI. Sin embargo, puede seguir utilizando las API en desuso mediante los SDK anteriores hasta que se elimine el soporte del servicio. Para obtener más información, puede ponerse en contacto con Soporte.

¿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

Herramientas de desarrollador

OCI Java SDK versión 2 está en desuso

Cambio en el servicio: el SDK de OCI Java 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.

¿Me afecta esto? 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.

DevOps

API de DevOps en desuso

Cambiar en el servicio: las API DevOps de Oracle Cloud Infrastructure (dos APIs) 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: desde el 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.

Event Hub

Servicio Event Hub en desuso

Cambio de servicios: 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 fin de vida, recomendamos que migre los flujos de datos del hub de eventos a Oracle Cloud Infrastructure Streaming.

¿Me afecta esto? 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 ahora pueden 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.

File Storage

Nuevo límite de servicio introducido para el número de sistemas de archivos asociados a una política de instantánea

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

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 dominio de disponibilidad.

¿Me afecta esto? Si tiene previsto asociar más de 100 sistemas de archivos a una 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áneas, cree una segunda política de instantáneas o utilice cualquier otra política de instantáneas 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ánea.

Nueva política de IAM necesaria para otorgar permisos a los sistemas de archivos para utilizar claves de cifrado personalizadas

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 presenta un nuevo método para otorgar permisos a los sistemas de archivos para utilizar claves de cifrado personalizadas. Antes de este cambio, las políticas para otorgar permisos a los 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.

¿Me afecta esto? 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 las claves gestionadas por el cliente en el futuro.

¿Qué debo hacer? Cree nuevas políticas de IAM que permitan al almacenamiento de archivos 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.

Gestión de aplicación de conjuntos

API de gestión de aplicaciones de conjunto en desuso

Cambio en el servicio: las API de Fleet Application Management de Oracle Cloud Infrastructure de la versión 20230831 quedaron en desuso el 14 de mayo de 2025.

Fecha de anuncio: 14 de Mayo de 2025

Fecha de entrada en vigor: 14 de Mayo de 2025

Detalles: a partir del 14 de mayo de 2025, las API de gestión de aplicaciones de flota de la versión 20230831 quedaron en desuso. A partir del 14 de mayo de 2025, las API en desuso no estarán disponibles. Las nuevas API soportarán las operaciones de actualización, supresión, obtención y lista de los recursos creados por las API en desuso.

Lista de API no soportadas y de sustitución

API no soportada (versión 20230831) API de sustitución (versión 20250228)
ListAnnouncements ListAnnouncements
GetCompliancePolicy GetCompliancePolicy
ListCompliancePolicies ListCompliancePolicies
CreateCompliancePolicyRule CreateCompliancePolicyRule
DeleteCompliancePolicyRule CreateCompliancePolicyRule
GetCompliancePolicyRule GetCompliancePolicyRule
UpdateCompliancePolicyRule UpdateCompliancePolicyRule
ListCompliancePolicyRules ListCompliancePolicyRules
ExportComplianceReport ExportComplianceReport
SummarizeComplianceRecordCounts SummarizeComplianceRecordCounts
ListComplianceRecords ListComplianceRecords
GetComplianceReport GetComplianceReport
GetExecution GetExecution
ListExecutions ListExecutions
CheckResourceTagging CheckResourceTagging
ConfirmTargets ConfirmTargets
CreateFleet CreateFleet
DeleteFleet DeleteFleet
GenerateComplianceReport GenerateComplianceReport
GetFleet GetFleet
RequestResourceValidation RequestResourceValidation
RequestTargetDiscovery RequestTargetDiscovery
UpdateFleet UpdateFleet
ListFleets ListFleets
CreateFleetCredential CreateFleetCredential
DeleteFleetCredential DeleteFleetCredential
GetFleetCredential GetFleetCredential
UpdateFleetCredential UpdateFleetCredential
ListFleetCredentials ListFleetCredentials
ListFleetProducts ListFleetProducts
CreateFleetProperty CreateFleetProperty
DeleteFleetProperty DeleteFleetProperty
GetFleetProperty GetFleetProperty
UpdateFleetProperty UpdateFleetProperty
ListFleetProperties ListFleetProperties
CreateFleetResource CreateFleetResource
DeleteFleetResource DeleteFleetResource
GetFleetResource GetFleetResource
UpdateFleetResource UpdateFleetResource
ListFleetResources ListFleetResources
ListFleetTargets ListFleetTargets
ListTargets ListTargets
ListInventoryResources ListInventoryResources
GetJobActivity GetJobActivity
CreateMaintenanceWindow CreateMaintenanceWindow
DeleteMaintenanceWindow DeleteMaintenanceWindow
GetMaintenanceWindow GetMaintenanceWindow
UpdateMaintenanceWindow UpdateMaintenanceWindow
ListMaintenanceWindows ListMaintenanceWindows
SummarizeManagedEntityCounts SummarizeManagedEntityCounts
CreateOnboarding CreateOnboarding
DeleteOnboarding DeleteOnboarding
EnableLatestPolicy EnableLatestPolicy
GetOnboarding GetOnboarding
ManageSettings ManageSettings
UpdateOnboarding UpdateOnboarding
ListOnboardings ListOnboardings
ListOnboardingPolicies ListOnboardingPolicies
CreatePatch CreatePatch
DeletePatch DeletePatch
GetPatch GetPatch
UpdatePatch UpdatePatch
ListPatches ListPatches
CreatePlatformConfiguration CreatePlatformConfiguration
DeletePlatformConfiguration DeletePlatformConfiguration
GetPlatformConfiguration GetPlatformConfiguration
UpdatePlatformConfiguration UpdatePlatformConfiguration
ListPlatformConfigurations ListPlatformConfigurations
CreateProperty CreateProperty
DeleteProperty DeleteProperty
GetProperty GetProperty
UpdateProperty UpdateProperty
ListProperties ListProperties
ListResources ListResources
CreateRunbook CreateRunbook
DeleteRunbook DeleteRunbook
GetRunbook GetRunbook
PublishRunbook PublishRunbook
SetDefaultRunbook SetDefaultRunbook
UpdateRunbook UpdateRunbook
ListRunbooks ListRunbooks
ListScheduledFleets ListScheduledFleets
CreateSchedulerDefinition CreateSchedulerDefinition
DeleteSchedulerDefinition DeleteSchedulerDefinition
GetSchedulerDefinition GetSchedulerDefinition
UpdateSchedulerDefinition UpdateSchedulerDefinition
ListSchedulerDefinitions ListSchedulerDefinitions
DeleteSchedulerJob DeleteSchedulerJob
GetSchedulerJob GetSchedulerJob
ManageJobExecution ManageJobExecution
UpdateSchedulerJob UpdateSchedulerJob
SummarizeSchedulerJobCounts SummarizeSchedulerJobCounts
ListSchedulerJobs ListSchedulerJobs
ListSteps ListSteps
CreateTaskRecord CreateTaskRecord
DeleteTaskRecord DeleteTaskRecord
GetTaskRecord GetTaskRecord
UpdateTaskRecord UpdateTaskRecord
ListTaskRecords ListTaskRecords
GetWorkRequest GetWorkRequest
ListWorkRequests ListWorkRequests
ListWorkRequestErrors ListWorkRequestErrors
ListWorkRequestLogs ListWorkRequestLogs

Recuperación ante desastres de pila completa

Tipo de miembro en desuso

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 del 2024.

Detalles: el tipo de miembro COMPUTE_INSTANCE está en desuso y se sustituirá por los siguientes tipos de miembros alternativos:
  • COMPUTE_INSTANCE_MOVABLE: se utiliza para las instancias informáticas que se mueven durante las operaciones de DR.
  • COMPUTE_INSTANCE_NON_MOVABLE: se utiliza para las instancias informáticas que no se mueven durante las operaciones de DR.

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

¿Me afecta esto? Si utiliza el tipo de miembro COMPUTE_INSTANCE en la configuración de DR, este cambio le afectará. 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.

Propiedad blockVolumeOperations en desuso

Cambio de servicio: la propiedad blockVolumeOperations de una instancia informática no móvil está en desuso y ya no estará soportada.

Fecha de anuncio: 20 de Mayo de 2025

Fecha de entrada en vigor: 20 de Mayo de 2026

Detalles: la propiedad blockVolumeOperations de los tipos de dato DrProtectionGroupMemberComputeInstanceNonMovable, CreateDrProtectionGroupMemberComputeInstanceNonMovableDetails y UpdateDrProtectionGroupMemberComputeInstanceNonMovableDetails está en desuso. A partir del 30 de abril de 2026, la propiedad en desuso no estará disponible.

Tipos de dato en desuso Tipos de dato de sustitución
La propiedad blockVolumeOperations para una instancia informática no móvil está en desuso en los siguientes tipos de datos: Utilice la propiedad blockVolumeAttachAndMountOperations en lugar de la propiedad blockVolumeOperations en los siguientes tipos de datos:

¿Me afecta esto?

Nº Sin embargo, no puede especificar varios puntos de montaje para un único volumen en bloque montado por la DR de pila completa mediante la propiedad blockVolumeOperations en desuso. Ahora puede especificar varios puntos de montaje para un único volumen en bloque montado por la DR de pila completa mediante la nueva propiedad blockVolumeAttachAndMountOperations. También puede especificar varios puntos de montaje para un volumen lógico (LV), que puede constar de varios volúmenes en bloque. Los accesorios y montajes son ahora completamente independientes entre sí.

Nota

No puede utilizar la propiedad blockVolumeOperations en desuso y la propiedad blockVolumeAttachAndMountOperations juntas.

¿Qué debo hacer?

Utilice la propiedad blockVolumeAttachAndMountOperations en lugar de la propiedad blockVolumeOperations.

Functions

La versión 0.5.x (y versiones anteriores) de la CLI de Fn Project ya no está soportada

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

Fecha de anuncio: 29 de junio de 2021

Fecha de entrada en vigor: 1 de agosto de 2021

Detalles: desde el 1 de agosto de2021, la versión 0.5.x de la CLI del proyecto Fn Project (y las versiones anteriores) dejarán de funcionar con OCI Functions.

¿Me afecta esto? Si actualmente utiliza el versión 0.5.x (o anteriores) de Fn Project CLI, deberá actualizar a la versión 0.6.x (o posterior) de Fn Project CLI.

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

Imágenes base de tiempo de creación y tiempo de ejecución de FDK de Fn Project creadas en Oracle Linux 8 (imágenes base de FDK Alpine/Debian en desuso)

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

Fecha anunciada: 15 de noviembre del 2021

Fecha de entrada en vigor: 15 de diciembre de 2021

Detalles: a partir del día 15 de diciembre de2021, la mayoría de las imágenes base de tiempo Function Development Kits (FDK) de Fn Project para las diferentes versiones soportadas 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 bases de FDK de Oracle Linux 8, el Dockerfile temporal creado por OCI Functions al desplegar nuevas funciones contiene el comando del gestor del paquete de Oracle Linux 8.

¿Me afecta esto?

Para 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 la que se cree la imagen de Docker de una 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 func.yaml de las funciones), 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?.

Gestión de entornos de Fusion Applications

Campo de contraseña de administrador de Fusion Applications eliminado de las API de gestión de entornos de Fusion Applications

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

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 de entornos de Fusion Applications. Las API afectadas son:

API Cambio
ResetFusionEnvironmentPassword La API está en desuso. En un año se eliminará. No utilice esta API para restablecer la contraseña del administrador de Fusion Applications.

CreateFusionEnvironment

CreateFusionEnvironmentAdminUser

En el objeto CreateFusionEnvironmentAdminUserDetails, el parámetro de contraseña es actualmente opcional. En un año, el parámetro se eliminará de estas API.

¿Me afecta esto? 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.

IA generativa

API en desuso en la API de inferencia de IA generativa

Cambio en el servicio: las API GenerateText y SummarizeText están en desuso.

Fecha de anuncio:26 de junio de 2025

Fecha de entrada en vigor: 26 de junio de 2026

Detalles: a partir del 26 de junio de 2025, la API GenerateText y la API SummarizeText de la API de inferencia de IA generativa están en desuso. A partir del 26 de junio de 2026, las API en desuso no estarán disponibles.

En desuso Reemplazo

Las siguientes API de la API de inferencia de IA generativa están en desuso:

Utilice la API de chat en la API de inferencia de IA generativa.

Agentes de IA generativa

Propiedad knowledgeBaseIds en desuso

Cambio de servicio: la propiedad knowledgeBaseIds de un agente RAG está en desuso.

Fecha de anuncio: 26 de marzo de 2025

Fecha de entrada en vigor: 26 de marzo de 2026

Detalles: a partir del 26 de marzo de 2025, la propiedad knowledgeBaseIds en Agent, AgentSummary, CreateAgentDetails y UpdateAgentDetails está en desuso. A partir del 26 de marzo de 2026, la propiedad en desuso no estará disponible.

En desuso Reemplazo

La propiedad knowledgeBaseIds de un agente RAG está en desuso en los siguientes tipos de datos y API de gestión:

Utilice la propiedad knowledgeBaseConfigs necesaria del nuevo tipo de dato RagToolConfig.

RagToolConfig es uno de los tipos de herramientas del tipo de dato ToolConfig en la nueva API de gestión Tool.

Consulte lo siguiente:

RagToolConfig tipo de dato

ToolConfig tipo de dato

API de herramientas

Globally Distributed Database

API de base de datos distribuida globalmente no soportadas

La API de base de datos distribuida globalmente de OCI versión 20230301 llega al final de su vida útil.

Fecha de anuncio: 7 de Mayo de 2025

Fecha de entrada en vigor: 8 de Mayo de 2025

Detalles: a partir del 8 de mayo de 2025, la API de base de datos distribuida globalmente versión 20230301 llega al final de su vida útil. El 8 de mayo de 2025, la API 20230301 se sustituyó por la versión 20250101 de la API, que proporciona funciones mejoradas y soporte para versiones actuales y futuras.

¿Me afecta esto?
  • Si usted es un cliente nuevo y nunca ha utilizado nuestro servicio antes, este cambio no lo afecta.
  • Si ya es cliente que utiliza las API 20230301, debe actualizar los scripts para utilizar las API 20250101.

GoldenGate

La propiedad de las conexiones de Amazon S3 se convertirá en un campo obligatorio

Cambio de servicio: la propiedad Region de las conexiones de Amazon S3 será obligatoria a partir del 10 de junio de 2026.

Fecha de anuncio: 10 de junio de 2025

Fecha de entrada en vigor: 10 de junio de 2026

Detalles: a partir del 10 de junio de 2026, la propiedad Región de las conexiones de Amazon S3 será un campo obligatorio.

¿Me afecta esto? Sí, si tiene conexiones de Amazon S3 que actualmente no tienen un valor asignado para Region.

¿Qué debo hacer? Cuando cree nuevas conexiones de Amazon S3, asegúrese de proporcionar un valor para Region. Para las conexiones de Amazon S3 existentes, asegúrese de editar las propiedades de conexión y proporcionar un valor para Region.

Para obtener más información sobre las conexiones de Amazon S3 con GoldenGate, consulte Conexión a Amazon S3.

API de registro de base de datos GoldenGate en desuso

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

Fecha de anuncio: 01 de noviembre del 2022

Fecha de entrada en vigor: 01 de noviembre del 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.

¿Me afecta esto? Sí. Las API de DatabaseRegistrations funcionaron para las conexiones de Oracle Database, mientras que las nuevas API de 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.

Propiedad timeUpgradeRequired en desuso

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: 14 de marzo de 2023

Fecha de entrada en vigor: 14 de marzo de 2024

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

¿Me afecta esto? 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 de mantenimiento programa una o más actualizaciones y actualiza automáticamente el despliegue en la fecha indicada. 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.

Propiedad adminPassword en desuso

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

Fecha anunciada: 15 de agosto de 2023

Fecha de entrada en vigor: 15 de agosto de 2024

Detalles: con la nueva función de inicio de sesión único 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.

¿Me afecta esto? 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 arrendamientos en los que OCI IAM con dominios de identidad esté activado. 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 y agregue un secreto en el que almacenar su contraseña, que utilizará para conectarse a la consola de despliegue.

Propiedad privateIP en desuso

Cambio de servicio: la propiedad privateIp de todos los objetos de modelo CreateConnectionDetails de las API de conexión está en desuso a partir del 5 de diciembre de 2023.

Fecha de publicación: 5 de diciembre de 2023

Fecha de entrada en vigor: 5 de diciembre de 2024

Detalles: con la versión de opciones de red actualizadas, la propiedad privateIp de todos los objetos de modelo CreateConnectionDetails en las API de conexión está en desuso a partir del 5 de diciembre de 2023.

¿Me afecta esto? Puede seguir utilizando sus conexiones antiguas, sin embargo, debe actualizarlas si ha proporcionado previamente un valor de IP privada. Cualquier nueva conexión que cree el 5 de diciembre de 2023 en adelante utilizará la nueva configuración de conectividad de red que seleccione

¿Qué debo hacer? Edite cualquier conexión existente en la que haya proporcionado un valor de IP privada, introduzca la IP privada en el campo Nombre de host o cadena de conexión y, a continuación, guarde los cambios. Si proporciona un nombre de host, GoldenGate reenvía la resolución de DNS a su subred. Si proporciona un privateIp, GoldenGate se conecta directamente a él.

Valor de propiedad de OGG en desuso

Cambio de servicio: el valor de la propiedad deploymentType de carga útil CreateDeploymentDetails OGG está en desuso y se sustituye por DATABASE_ORACLE.

Fecha de publicación: 5 de junio de 2024

Fecha de entrada en vigor: 5 de junio de 2025

Detalles: a medida que OCI GoldenGate amplía el soporte para diferentes tipos de tecnologías de base de datos e introduce nuevos tipos de despliegue, se hizo necesario cambiar el nombre del valor de la propiedad deploymentType de OGG a DATABASE_ORACLE.

¿Me afecta esto? Si ha creado previamente un despliegue con el valor de propiedad OGG, no se verá afectado, ya que el valor OGG se migrará a DATABASE_ORACLE. Sin embargo, si ha utilizado el valor OGG en el código para algún otro fin (como las comparaciones), puede verse afectado.

¿Qué debo hacer? En el futuro, para crear un nuevo despliegue GoldenGate de OCI para Oracle Database, asegúrese de utilizar el valor de propiedad deploymentType DATABASE_ORACLE en lugar del valor en desuso OGG.

la propiedad loadBalancerSubnetId se convertirá en obligatoria

Cambio de servicio: cuando la propiedad isPublic de las cargas útiles CreateDeploymentDetails o UpdateDeploymentDetails se define en true, la propiedad loadBalancerSubnetId es obligatoria.

Fecha de publicación: 5 de junio de 2024

Fecha de entrada en vigor: 5 de junio de 2025

Detalles: al crear o actualizar un despliegue público mediante CreateDeploymentDetails o UpdateDeploymentDetails y definir isPublic en true, la propiedad loadBalancerSubnetId es obligatoria y debe proporcionar un OCID de subred pública válido.

¿Me afecta esto? Esto le afectará si define la propiedad isPublic en true al crear un despliegue mediante las API CreateDeploymentDetails o UpdateDeploymentDetails y si tiene despliegues públicos existentes.

¿Qué debo hacer? Al definir isPublic property de las API CreateDeploymentDetails o UpdateDeploymentDetails en true, la propiedad loadBalancerSubnetId se convierte en obligatoria y debe proporcionar un OCID de subred pública válido. Para los despliegues públicos existentes, debe editar el despliegue y seleccionar un loadBalancerSubnetId. Puede editar el despliegue mediante la consola de Oracle Cloud para realizar la selección o utilizar la API para actualizar los despliegues públicos existentes a fin de proporcionar un OCID de subred válido para loadBalancerSubnetId.

Conexiones con SHARED_SERVICE_ENDPOINT en desuso

Cambio de servicio: se deben actualizar todas las conexiones existentes que utilizan SHARED_SERVICE_ENDPOINT en la API o 'Oracle Network' en la consola de Oracle Cloud como método de enrutamiento.

Fecha de publicación: 5 de junio de 2024

Fecha de entrada en vigor: 5 de junio de 2025

Detalles: se deben actualizar las conexiones existentes que utilizan SHARED_SERVICE_ENDPOINT en la API o 'Oracle Network' en la consola de Oracle Cloud como método de enrutamiento

¿Me afecta esto? Sí, si utiliza la conexión con 'Oracle Network' (UI) o SHARED_SERVICE_ENDPOINT (API)

¿Qué debo hacer? Actualice todas las conexiones que utilizan SHARED_SERVICE_ENDPOINT en la API o 'Oracle Network' en la consola de Oracle Cloud. En la consola, realice una nueva selección para el método de enrutamiento de tráfico cuando edite mediante la consola y, a continuación, guarde los cambios. También puede actualizar la propiedad con cualquier cliente, SDK, Terraform o CLI.

Campos de texto sin formato en conexiones

Cambio de servicio: campos de texto sin formato en las conexiones

Fecha de publicación: 11 de febrero de 2025

Fecha de vigencia: 11 de febrero de 2026

Detalles: abstenerse de utilizar campos plainText en Conexiones para atributos confidenciales, como contraseñas o claves privadas.

¿Me afecta esto?

¿Qué debo hacer? A partir del 11 de febrero de 2025, utilice los secretos de contraseña para los atributos confidenciales al crear nuevas conexiones.

GoldenGate Principal de Servicio en desuso

Cambio de servicio: el principal de servicio 'goldengate' está en desuso y se sustituye por el principal de recurso, 'dynamic-group goldengate_deployments'.

Fecha anunciada: 24 de febrero de 2025

Fecha en vigor: 24 de febrero de 2026

Detalles: al agregar nuevas políticas, asegúrese de definir el grupo dinámico, 'goldengate_deployments', que se utilizará en lugar del principal de servicio en desuso, 'goldengate'. Todas las políticas existentes que utilizan el principal de servicio, 'goldengate', se deben sustituir por el principal de recurso, 'dynamic-group goldengate_deployments'.

¿Me afecta esto? Sí.

¿Qué debo hacer? A partir del 24 de febrero de 2025, debe definir un grupo dinámico denominado goldengate_deployments y utilizar esta entidad de recurso en las políticas en lugar de la entidad de servicio, 'goldengate'. También debe sustituir todas las políticas existentes que utilizan el principal de servicio 'goldengate'. Consulte Políticas GoldenGate de OCI para obtener más información.

GoldenGate Clásico de Cloud Service

GoldenGate Fin de vida de Cloud Service Classic

Cambio en el servicio: Fin de la vida útil de GoldenGate Cloud Service Classic a partir del 11 de abril de 2024.

Fecha de anuncio: 22 de marzo de 2024

Fecha de entrada en vigor: 11 de abril de 2024

Detalles: a partir del 11 de abril de 2024, Oracle GoldenGate Cloud Service Classic llegará al final de su vida útil (EOL). Una vez que el servicio llega a EOL:
  • No puede crear nuevas instancias de Oracle GoldenGate Cloud Service Classic.
  • Oracle dejará de prestar soporte a GoldenGate Cloud Service Classic.

¿Me afecta esto? Oracle GoldenGate Cloud Service Classic se ejecuta en Oracle Cloud Classic Gen 1, que ha quedado en desuso a favor de Oracle Cloud Infrastructure (OCI) Gen 2 Cloud. Si es usuario de Oracle GoldenGate Cloud Service Classic, puede migrar sus cargas de trabajo desde Oracle Cloud Classic Gen 1 a Oracle Cloud Infrastructure GoldenGate.

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

¿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 conocer los pasos de migración detallados.

HeatWave

Reducción del período de retención de la copia de seguridad del sistema de base de datos

Cambio de servicio: el periodo de retención de las copias de seguridad del sistema se ha reducido de 10 000 a 365 días.

Fecha de anuncio: septiembre 2020

Fecha de entrada en vigor: octubre del 2020

Detalles: el periodo de retención de las copias de seguridad del sistema se ha reducido de 10 000 a 365 días.

¿Me afecta esto? No.

¿Qué debo hacer? Nada.

Política de supresión de sistema de base de datos

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

Fecha de anuncio: Enero de 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 sistemas de base de datos existentes. El cambio solo se aplica a los Sistemas de base de datos creados después de la fecha en vigor.

¿Me afecta esto? 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.

Unidades de OCPU en desuso

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

Fecha de anuncio: 5 de septiembre del 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 quedan en desuso. Sin embargo, los clientes pueden utilizar unidades 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 podrán seguir utilizando unidades de OCPU en sistemas de base de datos nuevos y existentes y clusters HeatWave hasta el 5 de septiembre de 2025.

¿Me afecta esto?
  • Sí, si ya tiene sistemas de base de datos desplegados con unidades de OCPU.

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

IAM

Fin del soporte para el conjunto de cifrado TLS_RSA_WITH_AES_128_CBC_SHA

Fecha de anuncio: 21 de julio de 2025

Fecha de entrada en vigor: 21 de octubre del 2025

Detalles:

OCI IAM anuncia el desuso y la eliminación planificada del soporte para el conjunto de cifrado SSL TLS_RSA_WITH_AES_128_CBC_SHA débil. Después de la fecha de vigencia, las conexiones que intenten negociar este conjunto de cifrado ya no se aceptarán.

Si bien TLS_RSA_WITH_AES_128_CBC_SHA era un conjunto de cifrado de uso común en el pasado, ya no cumple con las mejores prácticas y los estándares de seguridad actuales del sector. Su uso continuo presenta varios riesgos de seguridad, incluida la falta de confidencialidad directa perfecta (PFS) y un algoritmo de hash débil (SHA-1). La eliminación del soporte para conjuntos de cifrado TLS antiguos ayuda a optimizar la seguridad para el servicio IAM y sus usuarios.

¿Me afecta esto?

Si utiliza un explorador web anterior (generalmente versiones de explorador instaladas antes de 2015), bibliotecas o dispositivos que aprovechan conjuntos de cifrado SSL/TLS anteriores, esto podría afectar a su capacidad para conectarse al servicio IAM.

¿Qué debo hacer?

Para garantizar un servicio ininterrumpido y mantener el más alto nivel de seguridad, recomendamos a todos los usuarios que actualicen sus navegadores, bibliotecas o dispositivos heredados que no admiten configuraciones TLS seguras. Además, actualice las configuraciones de la aplicación cliente para utilizar conjuntos de cifrado TLS más modernos y seguros si aún no están en uso. Si utiliza TLS 1.2 o 1.3 con conjuntos de cifrado seguros, no es necesario realizar ninguna acción.

Cambios en la dirección de correo electrónico del remitente por defecto para las notificaciones de correo electrónico

Fecha de anuncio: 21 de marzo de 2025

Fecha de entrada en vigor: 21 de marzo de 2025

Detalles:

  • La dirección de correo electrónico del remitente por defecto utilizada para enviar el restablecimiento de contraseña y otras notificaciones de correo electrónico ha cambiado de no-reply@oracle.com a no-reply@identity.oci.oraclecloud.com para el dominio OC1.
  • Para las regiones dedicadas, la dirección ha cambiado a no-reply@identity.oci.<realm_domain>. Para obtener más información sobre <realm_domain>, consulte Regiones dedicadas.

¿Me afecta esto? Sí.

¿Qué debo hacer? Para seguir recibiendo notificaciones de correo electrónico de OCI IAM sin interrupción, agregue la nueva dirección de remitente de correo electrónico a su lista de remitentes permitidos.

Cambio a verificación de dirección de correo electrónico de remitente personalizada para notificaciones por correo electrónico

Cambio en el servicio: a partir del 3 de abril, OCI Identity dejará de soportar la verificación de correo electrónico personalizado mediante la consola de OCI.

Fecha de anuncio: 26 de marzo de 2025

Fecha de entrada en vigor: 3 de abril de 2025

Detalles: los clientes que necesitan actualizar la dirección de correo electrónico del remitente o cambiar la dirección de correo electrónico por defecto para las notificaciones de correo electrónico deben utilizar el proceso Verificar dominio de remitente y aprovisionar DKIM para cada dominio del arrendamiento en las regiones principal y suscrita. Si actualmente tiene una dirección de correo electrónico de remitente personalizada verificada, puede seguir usando esa dirección de correo electrónico verificada.

¿Me afecta esto? Sí, si cambia la dirección de correo electrónico del remitente personalizado verificado existente.

¿Qué debo hacer?

Debe configurar los valores de autenticación de correo electrónico para SPF y DKIM. Consulte Configuración de Valores de Autenticación de Correo Electrónico para SPF y DKIM.

Nota

Se debe realizar el aprovisionamiento de DKIM para todos los dominios aplicables tanto en la región principal como en la región suscrita.
AuditEvents API e informes

Cambio en El Servicio: Las API de eventos de auditoría de Oracle Cloud Infrastructure Identity and Access Management que puede utilizar con los dominios IAM quedarán en desuso en mayo de 2025. Los informes listos para usar seguirán estando disponibles, pero se limitarán a los últimos 14 días de datos.

Fecha de anuncio: 15 de Mayo de 2023

Fecha de entrada en vigor: Mayo de 2025

Detalles: a partir del mayo de 2025, las API de IAM para AuditEvents ya no funcionarán con IAM. Los informes listos para usar seguirán estando disponibles, pero se limitarán a los últimos 14 días de datos.

¿Me afecta esto? Si actualmente utiliza las APIs de IAM para AuditEvents, deberá utilizar en su lugar las APIs de auditoría de OCI. No hay cambios si utiliza informes, pero tenga en cuenta que los informes de dominios de identidad se limitarán a los últimos 14 días de datos.

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

API AuditEvents en desuso

Las siguientes API de AuditEvents de IAM están en desuso:

  • AuditEvents

Informes que siguen estando soportados, pero con solo 14 días de datos

Las siguientes plantillas de informes de IAM en las API de informes seguirán estando soportadas con datos limitados (14 días):

  • Conexión de usuario
  • Log del sistema
  • Fallo de sincronización
  • Eventos sospechosos
  • Entrega de Notificación
  • Asignación de AppRole
  • Acceso a la aplicación

Java Management Service (JMS)

Se necesita un log personalizado para la creación del conjunto de JMS

Cambio de servicio: a partir del 15 de julio del 2022, la API CreateFleet necesitará el OCID del 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: desde el 30 de marzo de 2022, JMS utiliza el servicio Oracle Cloud Infrastructure Logging para almacenar logs del inventario y las 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.

Idioma

API de Language en desuso

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

Clases de Language eliminadas

A partir de 26 de Octubre de 2022, las API BatchDetect Language tienen una 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.

Clase eliminada en idioma Clase de sustitución
com.oracle.bmc.ailanguage.model.EntityDocument com.oracle.bmc.ailanguage.model.TextDocument
com.oracle.bmc.ailanguage.model.KeyPhraseDocument
com.oracle.bmc.ailanguage.model.SentimentsDocument
com.oracle.bmc.ailanguage.model.TextClassificationDocument

Equilibrador de carga de red

API del equilibrador de carga de red en desuso

La API del ListNetworkLoadBalancerProtocol del equilibrador de carga en red de Oracle Cloud Infrastructure está en desuso desde el12 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.

OCI Cache

Uso de comandos de Redis CONFIG SET y ACL restringido

Cambio de servicio: OCI Cache restringe el uso de los comandos de 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 impide 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.

¿Me afecta esto? 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 los clusters gestionados por OCI Cache.

Gestión del sistema operativo

Fin de vida útil del servicio OS Management

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) llega al final de su vida útil (EOL). Desde ahora, el servicio deja de estar disponible en aquellas regiones en las cuales no esté usando ya OSMS, y 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, como despliegues de parches a través de etapas del ciclo de vida, programación de trabajos mejorada y capacidades de generación de informes.

¿Me afecta esto? 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: comience a utilizar el servicio OS Management Hub para gestionar instancias en Oracle Cloud Infrastructure (OCI), centros de datos privados y entornos de nube de terceros soportados. Antes de la fecha de fin de vida, se recomienda migrar las instancias gestionadas desde el servicio OS Management al servicio OS Management Hub.

Nota

Otros servicios, incluido Autonomous Linux, que utilizan la API de OS Management proporcionarán una orientación independiente.

Automatización de procesos

Final de la vida útil de Oracle Cloud Infrastructure Process Automation

Cambio en el servicio: fin de la vida útil de Oracle Cloud Infrastructure Process Automation.

Fecha de anuncio: 15 de enero de 2025

Fecha de entrada en vigor: 23 de enero de 2026

Detalles: a partir del 23 de enero de 2026 (la "Fecha de finalización"), Oracle Cloud Infrastructure Process Automation llegará al final de su vida útil. Los servicios afectados son los siguientes:
  • B95504 - Oracle Cloud Infrastructure - Automatización de procesos - Usuario
  • B95505 - Oracle Cloud Infrastructure - Automatización de procesos - Paquete de ejecución

Antes de la fecha de finalización, se recomienda migrar a Oracle Integration. Oracle Integration es una plataforma completa de automatización empresarial que permite a los clientes conectar sus aplicaciones y datos, automatizar los procesos empresariales e innovar con IA. En el futuro, puede aprovechar todas las capacidades de automatización de procesos como parte de Oracle Integration.

¿Me afecta esto? Debe tener en cuenta que Oracle Cloud Infrastructure Process Automation ya no estará disponible ni soportado a partir del 23 de enero de 2026. Si ya es cliente, puede seguir utilizando el servicio hasta entonces. Sin embargo, debe migrar a Oracle Integration antes de la fecha de finalización para evitar la interrupción del servicio.

Qué debo hacer: los clientes existentes pueden realizar la transición a Oracle Integration mediante un proceso que asociará la instancia de Oracle Cloud Infrastructure Process Automation a Oracle Integration. También puede exportar aplicaciones de proceso y/o aplicaciones de decisión existentes de Process Automation e importarlas a Oracle Integration. Para obtener orientación sobre el proceso de migración, consulte los detalles documentados aquí.

Search with OpenSearch

Permisos para que los recursos de red cambien de los permisos de servicio a usuario

Cambio de servicio: los permisos de IAM para los recursos de red 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 red 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 pasará a requerir permisos de usuario para conceder acceso a recursos de redes en lugar de solicitar permisos de servicio. Durante el período de transición, su arrendamiento debe tener ambos tipos de políticas.

¿Me afecta esto? Todos los arrendamientos en los que los usuarios están creando y gestionando 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 red necesarios.

¿Qué debo hacer? Para prepararse para esta transición, cree una política de búsqueda con OpenSearch en su arrendamiento que otorgue los permisos de usuario necesarios a los recursos de red. El siguiente ejemplo de política incluye estos permisos:
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 sentencias de permisos de usuario. Consulte Búsqueda con políticas de IAM de OpenSearch para obtener documentación sobre los permisos necesarios para la búsqueda con OpenSearch.

Gestión de soporte

Atributo csi en desuso, longitud máxima reducida para atributo de descripción

Cambio en el servicio: el atributo csi (CreateIncident) está en desuso y el campo Max Length para el atributo description (CreateTicketDetails) se reduce a 1500.

Fecha de anuncio: 27 de enero de 2025.

Fecha de entrada en vigor: 27 de enero de 2026.

Detalles: con la migración a My Oracle Cloud Support, el atributo csi ya no es necesario y el campo Max Length para el atributo description debe ser 1500 (antes era 1800).

¿Me afecta esto? Si tiene scripts personalizados que utilizan explícitamente el atributo csi o que dependen explícitamente de un valor Max Length mayor que 1500 para el atributo description, puede que desee actualizar los scripts.

¿Qué debo hacer? Al utilizar SDK y la CLI, actualice las secuencias de comandos personalizadas para eliminar los atributos y valores de campo en desuso.

Visión

API de Vision en desuso

Cambiar en el servicio: las API del análisis de documentos de Oracle Cloud Infrastructure Vision quedaron en desuso el, 30 de enero de 2023. La funcionalidad del análisis de documento 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

Cualquier dato de salida almacenado en un cubo de Object Storage como resultado del trabajo de documentos anteriores seguirá accesible después del desuso de la API de documento. A partir del día 31 de enero de 2024, las APIs en desuso no estarán disponibles en el servicio Oracle Cloud Infrastructure Vision.

¿Me afecta esto? Este cambio afecta al cliente que utiliza la funcionalidad del análisis de documento del servicio Oracle Cloud Infrastructure Vision.

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