Anúncios de Alteração de Serviço
Revise os detalhes sobre as alterações do Oracle Cloud Infrastructure que podem exigir mudanças em aplicativos, como recursos obsoletos, APIs e alterações de comportamento do serviço.
Anomaly Detection
Alteração de Serviço: O serviço Oracle Cloud Infrastructure Anomaly Detection está obsoleto.
Data da Anunciação: 7 de Março de 2024
Data de Vigência: 6 de março de 2025
Detalhes: Em 6 de março de 2025, o serviço Oracle Cloud Infrastructure Anomaly Detection atinge o fim da vida útil (EOL). Recomendamos que você migre para o uso do serviço Oracle Cloud Infrastructure Data Science para detectar anomalias.
Isso me afeta? O serviço Anomaly Detection não está mais disponível para uso.
O que eu preciso fazer? Você pode usar o serviço Operador do Serviço Accelerated Data Science do Oracle Cloud Infrastructure Data Science para detectar anomalias. Ele suporta detecção de anomalias univariada e multivariada.
API Gateway
Alteração de Serviço: O suporte do serviço Oracle Cloud Infrastructure API Gateway para determinadas cifras legadas está obsoleto.
Data da Anunciação: Março de 2024
Data de Vigência: 1º de abril de 2025
Detalhes: A partir de 1º de abril de 2025, o serviço API Gateway não suporta mais as seguintes cifras legadas:
- ECDHE-RSA-AES128-SHA256
- ECDHE-RSA-AES256-SHA384
- DHE-RSA-AES256-SHA256
- DHE-RSA-AES128-SHA256
Isso me afeta? Após 1º de abril de 2025, um gateway de API não incluirá mais as cifras legadas na lista de cifras suportadas ao estabelecer uma conexão com um cliente de API ou com um serviço de back-end. Um cliente de API ou um serviço de back-end que suporte apenas cifras legadas não poderá mais se conectar a um gateway de API.
O que eu preciso fazer? Certifique-se de que os clientes de API e os serviços de back-end que se conectam a gateways de API suportem uma ou mais das cifras que continuam a ser suportadas pelo serviço API Gateway (consulte Versões e Cifras de TLS Suportadas).
Autonomous Recovery Service
Alteração no Serviço: O atributo subnetId
obrigatório da API CreateRecoveryServiceSubnet do Oracle Cloud Infrastructure está obsoleto.
A API CreateRecoveryServiceSubnet pode, em vez disso, usar o atributo Subnets
opcional, que mais tarde muda para se tornar um atributo obrigatório.
Data de Anúncio: Maio de 2023.
Data de Vigência: Maio de 2024.
Detalhes: Antes dessa alteração de serviço, o atributo subnetId
pode ser usado para especificar apenas uma única sub-rede a ser associada à sub-rede do Serviço de Recuperação. Após essa alteração do serviço, o atributo subnetId
é ignorado e subnets
será o atributo obrigatório. O atributo subnets
pode ser usado para especificar várias sub-redes a serem associadas a uma sub-rede do Recovery Service.
Isso me afeta? Se você tiver scripts personalizados ou scripts do Terraform que façam referência à API CreateRecoveryServiceSubnet e estiverem usando explicitamente o atributo subnetId
, talvez queira modificar os scripts para remover esse atributo e usar subnets
.
O que eu preciso fazer? Ao usar SDKs do OCI e ferramentas de linha de comando, você deve optar por atualizar seus scripts personalizados para usar o atributo subnets
. Após maio de 2024, o atributo subnets
será um campo obrigatório.
Big Data Service
Alteração do Serviço: Em 31 de janeiro de2023, o acordo entre aOracle e o Cloudera expira. Como resultado, a partir de 31 de janeiro, o Oracle Big Data Service não oferecerá mais suporte ao uso da Distribuição do Cloudera, incluindo o Apache Hadoop (CDH), para iniciar novos clusters ou adicionar nós ou núcleos a clusters existentes além de um limite definido. Essa alteração não afeta o suporte contínuo de clusters CDH existentes do Big Data Service.
Essa alteração só é aplicável ao CDH do Big Data Service. Essa alteração não afeta clientes que usam o Oracle Big Data Appliance (BDA) on-premises ou Big Data Service com o ODH (Oracle Distribution of Hadoop).
Data da Anunciação: 13 de dezembro de 2022
Data de Vigência: 31 de janeiro de 2023
Detalhes: Em 31 de Janeiro de 2023, o limite para expansão de CDH do Big Data Service do número dos núcleos de computação (OCPUs) congela. O número de núcleos de computação na tenancy de um cliente em 31 de janeiro se torna o número máximo de núcleos permitidos para essa tenancy e nenhuma expansão adicional será permitida.
Isso me afeta? Essa alteração só é aplicável ao Big Data Service com CDH. O Big Data Service com o ODH (Oracle Distribution of Hadoop) não é afetado de forma alguma.
Por exemplo, em 31 de janeiro de 2023, se uma tenancy tiver 2 clusters do BDS CDH com 15 nós, cada um com um total de 120 OCPUs, depois de 31 de janeiro de 2023, o limite máximo de OCPUs será definido como 120 e não poderá ser aumentado além de 120 após essa data. Para problemas de suporte, como a substituição de nós com falha, novos nós poderão ser adicionados até esse limite. Os usuários também podem diminuir o número de núcleos e voltar ao mesmo limite (por exemplo, 120).
Próximas etapas: A Oracle recomenda planejar e implementar todas as expansões de cluster do Big Data Service CDH até 31 de Janeiro de 2023. Para clientes que desejam evitar essa limitação de expansão após essa data, recomendamos migrar para o Big Data Service ODH.
About Big Data Service with ODH: Em 2022, a Oracle divulgou o Big Data Service ODH, que desenvolvemos como um serviço nativo da nuvem para nossos clientes do Big Data. A Oracle oferece investimento e suporte contínuos para o ODH, sem requisitos de licenciamento da Cloudera. O ODH tem recursos importantes focados na empresa, incluindo dimensionamento automático, Kerberos, integração do Active Directory, conector HDFS para Object Storage e scripts de Inicialização. E ele é um dos produtos de big data mais econômicos do mercado.
O Big Data Service ODH tem várias versões com as versões mais recentes e anteriores dos componentes do Hadoop para compatibilidade com pilhas de aplicativos mais recentes e mais antigas. Também é verificado com WANdisco Data Migrator para migrações mais fáceis em escala e usa os serviços Oracle Cloud Lift para trabalhar com engenheiros Oracle em busca de migrações. Para obter informações sobre como migrar para o ODH do Big Data Service, consulte a documentação.
Faturamento
Alteração de Serviço: Os relatórios de uso na página da Console Relatórios de Custo e Uso estão obsoletos.
Data do Anúncio: 10 de outubro de 2024
Data de Vigência: 31 de janeiro de 2025
Isso me afeta? Sim, se você tiver relatórios de uso em sua tenancy.
O que eu preciso fazer? Use relatórios de custos nos formatos proprietário e FOCUS da OCI para analisar seu consumo. Você pode continuar acessando seus arquivos CSV de relatórios de uso existentes até 31 de julho de 2025.
Block Volume
Alteração no Serviço: as políticas do backup definido pela Oracle não incluem mais backups completos do volume.
Data de Anúncio: 3 de novembro de 2020
Data de Vigência: 3 de novembro de 2021
Detalhes: A partir de 3 de novembro de 2021, as políticas de backup definidas pelo sistema Oracle não incluem mais backups de volume completo. Todos os backups de volume gerados de acordo com políticas definidas pela Oracle agora são backups incrementais. Essa alteração se aplica a designações de política de backup de volume existentes e a novas designações de política de backup de volume. Essa alteração não afeta as políticas definidas pelo usuário, que permanecem inalteradas.
Isso me afeta? Se você tiver designado uma política definida pela Oracle a volumes de inicialização ou em blocos para backups programados, os backups completos não serão mais gerados após 3 de novembro de 2021.
O que eu preciso fazer? Os backups incrementais são funcionalmente iguais aos backups completos para fins de recuperação de dados. Para obter mais informações, consulte Tipos de Backup de Volume. Nenhuma ação é necessária para cenários de recuperação de dados. Alguns cenários de conformidade podem exigir backups completos programados. Para esses cenários de conformidade, altere a designação da política de backup para uma política de backup definida pelo usuário antes de 1 de novembro de 2021. Você pode criar uma nova política definida pelo usuário com base em uma política de backup existente. Consulte Duplicando Políticas de Backup Existentes.
Migração Clássica
Alteração de Serviço: Fim da vida útil do OCI Classic Migration Service em vigor em 31 de março de 2024.
Data da Anunciação: 04 de março de 2024
Data de Vigência: 31 de março de 2024
Detalhes: A Oracle anuncia as atualizações de fim de distribuição e fim de vida útil do OCI Classic Migration Service em 31 de março de 2024.
O Serviço Classic Migration (anteriormente conhecido como Serviço Application Migration) simplifica a migração de aplicativos do Oracle Cloud Infrastructure Classic para o Oracle Cloud Infrastructure. O Classic Migration Service migra aplicativos como os aplicativos Oracle Java Cloud Service, SOA Cloud Service e Integration Classic do Oracle Cloud Infrastructure Classic e do Oracle Cloud@Customer para o Oracle Cloud Infrastructure.
Isso me afeta? Não deve haver impacto para os clientes existentes. As versões de aplicativos suportadas pelo Classic Migrations se tornaram obsoletas há vários anos e os clientes já estão em execução em versões mais recentes.
O que eu preciso fazer? Nenhuma ação esperada dos clientes. Se você descobrir que tem um aplicativo Clássico que precisa ser migrado, entre em contato com o serviço de Aplicativo em Nuvem associado.
Computação
Alteração do Serviço: A classe da falha PCI-NIC
para monitoramento de integridade de instância bare metal do serviço Compute está obsoleta.
Data de Anúncio: 21 de junho de 2022
Data de Vigência: 21 de junho de 2023
Detalhes: A classe PCI-NIC
de falha fornece informações sobre um problema de hardware com suas instâncias bare metal, especificamente quando uma falha na placa de interface de rede (NIC) da instância foi detectada. A classe de falha PCI-NIC
não será mais emitida.
Isso me afeta? Quando o suporte terminar, você não receberá mais notificações de monitoramento de integridade para a classe de falha PCI-NIC
. As métricas de integridade da infraestrutura não serão mais emitidas para a classe de falha PCI-NIC
.
O que eu preciso fazer? Migre para a classe de falha PCI
para obter uma funcionalidade semelhante. Para obter mais informações, consulte Monitoramento de Integridade do Serviço Compute para Instâncias Bare Metal e Métricas de Integridade da Infraestrutura.
Connector Hub
Alteração de Serviço: A propriedade lifecyleDetails
em ServiceConnector está obsoleta. Use a propriedade lifecycleDetails
.
Data da Anunciação: 25 de março de 2025
Data de Vigência: 25 de março de 2026
Detalhes: A seguinte propriedade está obsoleta:
lifecyleDetails
Em vez disso, use a seguinte propriedade:
lifecycleDetails
.
Isso me afeta? Sim, se você tiver um código que faça referência à propriedade obsoleta, lifecyleDetails
.
O que eu preciso fazer? Atualize seu código para fazer referência à nova propriedade, lifecycleDetails
.
Data Integration Platform Cloud
Alteração de Serviço: Fim da Vida Útil do Data Integration Platform Cloud
Data do Anúncio: 29 de agosto de 2024
Data de Vigência: 12 de dezembro de 2024
Detalhes: A partir de 12 de dezembro de 2024, o Oracle Data Integration Platform Cloud (DIPC) chegará ao Fim da Vida Útil e você não poderá mais criar novas instâncias ou receber suporte.
Isso me afeta? Sim.
Criação de Label de Dados
Alteração de Serviço: O serviço Oracle Cloud Infrastructure Data Labeling deve ser descontinuado.
Data do Anúncio: 30 de agosto de 2024
Data de Vigência: 30 de agosto de 2025
Detalhes: Em 30 de agosto de 2025, o serviço Oracle Cloud Infrastructure Data Labeling atinge o fim da vida útil (EOL). Antes da data do EOL, recomendamos que você migre para o uso das ferramentas de rotulagem de código aberto disponíveis no Oracle Cloud Infrastructure Marketplace para rotular dados.
Isso me afeta? O serviço Data Labeling não está mais disponível para uso após 30 de agosto de 2025. Você pode continuar usando labels criados antes, mas deve migrar imediatamente para evitar interrupção do serviço.
O que eu preciso fazer? Você pode usar as ferramentas de label de código aberto disponíveis no Oracle Cloud Infrastructure Marketplace para criar labels. Recomendamos que você use alternativas de código aberto para a maioria das funcionalidades do serviço Data Labeling.
Você só pode exibir o serviço Data Labeling em regiões nas quais teve atividade nos últimos 6 meses. Para acessar o serviço Data Labeling em outras regiões, envie uma solicitação para a fila do serviço Data Labeling.
Para modelos personalizados Vision, o serviço Data Labeling está planejado para ser substituído pelo Label Studio, sem impacto nos modelos existentes. Para a criação de modelos personalizados futuros, rotule os dados usando o Label Studio.
Para o Document Understanding, a funcionalidade de rotulagem de documentos do iservice de rotulagem de dados está sendo integrada a ele. Os usuários ainda podem acessar esse recurso no Document Understanding navegando até o fluxo de trabalho de treinamento de modelo personalizado.
Banco de Dados
Serviços do Banco de Dados Autônomo
As APIs do Autonomous Data Warehouse do Oracle Cloud Infrastructure foram descontinuadas em 15 de fevereiro de 2019.
Importante! O suporte para essas APIs do Autonomous Database for Analytics and Data Warehousing terminará em 1º de junho de 2020. A Oracle recomenda que você migre as cargas de trabalho do banco de dados para as APIs de substituição o mais rápido possível.
Alteração do Serviço: As seguintes APIs têm alterações em que a API ou determinados campos de API estão obsoletos.
Data da Anunciação: 17 de Maio de 2023.
Data de Vigência: 17 de maio de 2024.
Detalhes: Antes dessa alteração de serviço, essas APIs incluíam as APIs ou os campos de API mencionados. Após essa alteração no serviço, os campos de APIs ou APIs mencionados serão removidos. Isso se aplica ao Autonomous Database Serverless.
O suporte a esses Campos de API doAutonomous Database terminará em 2 de maio de 2024. A Oracle recomenda que você migre seus scripts para descontinuar o uso desses Campos o mais rápido possível. Quando fornecido, alterne para usar o campo de substituição ou a API.
- AutonomousDataWarehouse
- AutonomousDataWarehouseSummary
- Campos da API CreateAutonomousDatabaseBase Obsoletos:
- isDataGuardEnabled
- isLocalDataGuardEnabled
- Campos da API CreateRefreshableAutonomousDatabaseCloneDetails Obsoletos:
- autoRefreshPolicy
- autoRefreshFrequencyInSeconds
- autoRefreshPointInSeconds
- timeOfAutoRefreshStart
- Campos da API UpdateAutonomousDatabaseDetails Obsoletos:
- autoRefreshPolicy
- autoRefreshFrequencyInSeconds
- autoRefreshPointInSeconds
- timeOfAutoRefreshStart
- isDataGuardEnabled
- Campos da API AutonomousDatabaseSummary Obsoletos:
- standbyDb
- dataguardRegionType
- timeDataGuardRoleChanged
- isDataGuardEnabled
- isLocalDataGuardEnabled
- serviceConsoleUrl
- Campo da API UpdateAutonomousDatabaseWalletDetails Obsoletos:
- shouldRotate
- Campo da API AutonomousDatabaseStandbySummary Obsoleto:
- timeDataGuardRoleChange
API Obsoleta | API de Substituição |
---|---|
CreateCrossRegionAutonomousDatabaseDataGuardDetails | CreateCrossRegionDisasterRecoveryDetails |
AutonomousDataWarehouse | Nenhuma substituição |
AutonomousDataWarehouseSummary | Nenhuma substituição |
Campo de API Obsoleto | Campo de API de Substituição |
---|---|
UpdateAutonomousDatabaseDetails.isDataGuardEnabled | UpdateAutonomousDatabaseDetails.isLocalDataGuardEnabled |
AutonomousDatabaseSummary.standbyDb | AutonomousDatabaseSummary.localStandbyDb |
AutonomousDatabaseSummary.isDataGuardEnabled | AutonomousDatabaseSummary.localDisasterRecoveryType |
AutonomousDatabaseStandbySummary.timeDataGuardRoleChange | AutonomousDatabaseStandbySummary.timeDisasterRecoveryRoleChanged |
Autonomous Database API | Valor de Resposta de Sucesso Atual | Valor de Resposta de Sucesso Atualizado |
---|---|---|
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 |
Isto me impacta?: Se você tiver scripts personalizados ou scripts Terraform que estejam referenciando essas APIs ou os campos mencionados, modifique os scripts para contabilizar essas alterações.
O que preciso fazer?: Ao usar SDKs do OCI e ferramentas de linha do comando, você atualiza os scripts personalizados para remover o uso das APIs ou dos campos obsoletos ou usar as substituições.
Alteração do Serviço: O valor padrão do atributo isMTLSConnectionRequired
será alterado de true
para false
em 1º de julho de2023 nas seguintes APIs:
Data da Anunciação: 7 de fevereiro de 2023.
Data de vigência: 1º de julho de 2023.
Detalhes: Antes dessa alteração de serviço, o valor padrão de atributo isMTLSConnectionRequired
era true
. Isso se aplica ao Autonomous Database Serverless.
Isso me impacta? Se houver scripts personalizados ou scripts do Terraform que façam referência às APIs CreateAutonomousDatabase
, GetAutonomousDatabase
ou UpdateAutonomousDatabase
, talvez você queira modificar os scripts para levar em conta o valor padrão alterado desse atributo. No entanto, se você optar por não fazer alterações nos seus scripts, as chamadas de API que contiverem esse atributo continuarão a funcionar, exceto que o valor padrão mudará de "true" para "false".
O que eu preciso fazer? Ao usar SDKs do OCI e ferramentas da linha do comando, você pode optar por atualizar seus scripts personalizados para definir explicitamente o atributo isMTLSConnectionRequired
como "verdadeiro".
Alteração de Serviço: Os valores de retorno para determinadas alterações de APIs, em que o valor 409 Incorrect State
é retornado às vezes, conforme apropriado, é alterado para 409 Conflict
.
Data da Anunciação: Outubro de 2023.
Date in Effect: outubro de 2024.
Detalhes: Antes desta alteração de serviço, determinadas chamadas de API falham com o código de erro 409 Incorrect State
. Após essa alteração de serviço, em certos casos, conforme apropriado, as chamadas de API falharão com o código de erro 409 Conflict
.
Antes dessa alteração, muitas APIs retornam 409 Incorrect State
quando o Autonomous Database é Interrompido ou está Indisponível. Para esses estados, de acordo com as diretrizes da API, o retorno correto é 409 Conflict
. Para outros estados do Autonomous Database, como Iniciar, Interromper e Provisionar, o retorno atual de 409 Incorrect State
está correto e isso não será alterado após essa atualização.
O retorno 409 Incorrect State
deve ser usado para indicar que as novas tentativas estão OK e que o recurso acabará por atingir o estado correto, e o retorno 409 Conflict
indica que o recurso não atingirá o estado correto por conta própria e que as novas tentativas não devem ser executadas. Essa alteração de serviço altera o valor do código de erro nessas APIs para os casos em que 409 Conflict
é representativo do estado conhecido do Autonomous Database.
Essa alteração de serviço se aplica às seguintes APIs:
- UpdateAutonomousDatabase
- DeleteAutonomousDatabase
- ChangeDisasterRecoveryConfiguration
- RotateAutonomousDatabaseEncryptionKey
- StartAutonomousDatabase
- RestartAutonomousDatabase
- ShrinkAutonomousDatabase
- StopAutonomousDatabase
- ConfigureAutonomousDatabaseVaultKey
- AutonomousDatabaseManualRefresh
- FailOverAutonomousDatabase
- SwitchoverAutonomousDatabase
- ChangeAutonomousDatabaseCompartment
- RegisterAutonomousDatabaseDataSafe
- DeregisterAutonomousDatabaseDataSafe
- EnableAutonomousDatabaseOperationsInsights
- DisableAutonomousDatabaseOperationsInsights
Isso me afeta?: Se você tiver scripts personalizados ou scripts do Terraform que estejam tratando o retorno 409 Incorrect State
dessas APIs, talvez queira modificar os scripts para tratar o retorno 409 Conflict
, conforme apropriado.
O que preciso fazer?: Ao usar SDKs do OCI e ferramentas de linha de comando, você pode optar por atualizar seus scripts personalizados.
Alteração de Serviço: O parâmetro isShared
do ListAutonomousDatabaseCharacterSets do Oracle Cloud Infrastructure está obsoleto.
Data da Anunciação: Outubro de 2023.
Date in Effect: outubro de 2024.
Detalhes: Antes dessa alteração de serviço, o parâmetro isShared
opcional pode ser usado. Essa alteração introduz o parâmetro isDedicated
opcional, e o parâmetro isShared
será removido após outubro de 2024.
Isso me afeta?: Se você tiver scripts personalizados ou scripts do Terraform que fazem referência à API ListAutonomousDatabaseCharacterSets usando o parâmetro isShared
com o valor TRUE, modifique os scripts para substituir esse parâmetro pelo valor TRUE O parâmetro isDedicated
com o valor FALSE e, se você estiver fazendo referência à API ListAutonomousDatabaseCharacterSets usando o parâmetro isShared
com o valor FALSE, modifique os scripts para substituir esse parâmetro pelo atributo isDedicated
com o valor TRUE.
O que preciso fazer?: Ao usar SDKs do OCI e ferramentas de linha de comando, atualize seus scripts personalizados para substituir o parâmetro isShared
pelo parâmetro isDedicated
.
Alteração de Serviço: No Autonomous Database Serverless, a capacidade de fazer backups manuais, que não são backups de longo prazo, está sendo preterida.
O Autonomous Database Serverless faz backup automático do banco de dados em até 60 dias. Devido a essa alteração, em 15 de fevereiro de 2025, quando você chama a API CreateAutonomousDatabaseBackupDetails com o atributo isLongTermBackup
, o valor deve ser definido como true
. O valor padrão do atributo isLongTermBackup
também será alterado para true
.
Data da Anunciação: 15 de fevereiro de 2024.
Data de Vigência: 15 de fevereiro de 2025.
Detalhes: Antes dessa alteração de serviço, o valor padrão do atributo isLongTermBackup
era false
. Após essa alteração de serviço, o único valor válido para o atributo isLongTermBackup
é true
. Essa alteração é aplicável ao Autonomous Database Serverless.
Isso me impacta?: Se você tiver scripts personalizados ou scripts Terraform que estejam fazendo referência à API CreateAutonomousDatabaseBackupDetails, talvez queira modificar os scripts para contabilizar o valor padrão alterado deste atributo. No entanto, se você optar por não fazer alterações em seus scripts, as chamadas de API contendo esse atributo continuarão funcionando, exceto pelo fato de o valor padrão alternar do false
para o true
.
O que preciso fazer?: Ao usar SDKs do OCI e ferramentas de linha de comando, atualize seus scripts personalizados para definir explicitamente o atributo isLongTermBackup
como true
.
Alteração de Serviço: O Oracle Machine Learning Notebooks Classic no Autonomous Database Serverless, que é o ambiente de notebook original e substituído por uma interface de notebook aprimorada, está obsoleto.
A nova interface de Notebooks OML fornece uma nova aparência, juntamente com novos recursos: carregamento e acesso mais rápidos de notebook; visualizações de dados avançados, comentários de parágrafo e dependências de runtime; Zeppelin e Layouts Jupyter; controle de versão de notebook on-page, exibição de histórico e comparação de versões; suporte a GPU para parágrafos Python; juntamente com a capacidade de usar pacotes R e Python de terceiros por meio de ambientes conda.
Data do Anúncio: 11 de junho de 2024, no banner "Alterações de importância" da home page do Oracle Machine Learning Notebooks.
Data de Vigência: 31 de dezembro de 2024.
Detalhes: Alinhados ao aviso de banner e antes da remoção do recurso, as seguintes alterações incrementais serão implantadas:
- O Oracle Machine Learning Notebooks libera a interface Notebooks Early Adopter e fornece a capacidade de converter notebooks Clássicos em notebooks de observação convenientemente na página de listagem de notebooks.
Fase 2 - 29 de Outubro de 2024
- Na página de listagem do Notebook Classic, os usuários não poderão mais criar notebooks Clássicos, salvá-los como modelos ou selecioná-los para programação de job.
- Os notebooks Clássicos existentes podem ser abertos no modo somente leitura.
- Os usuários podem converter notebooks Clássicos para o novo formato usando o botão "Copiar para Notebooks OML" na página de listagem.
Fase 3 - 31 de dezembro de 2024
- Os notebooks clássicos não estarão mais disponíveis para usuários.
- O usuário ADMIN pode acessar os notebooks Clássicos no modo somente leitura e convertê-los no novo formato.
- Os jobs que ainda usam notebooks Clássicos serão desativados com um status mostrado como "Desativado". Nenhum log de job associado ficará acessível. Os usuários só poderão excluir jobs usando notebooks Clássicos.
Fase 4 -4 de junho de 2025
- O usuário ADMIN não terá mais acesso aos notebooks Clássicos.
- Todos os notebooks Clássicos restantes serão excluídos.
Isso me afeta? Isso afeta somente usuários que têm notebooks Clássicos, notebooks de modelo Clássicos ou jobs que especificam notebooks Clássicos. De acordo com a programação acima, os usuários perderão o acesso a esses notebooks e os jobs existentes que usam notebooks Clássicos produzirão um erro se forem executados ou forem programados em uma programação recorrente.
O que eu preciso fazer? Se você tiver notebooks Clássicos ou notebooks de modelo Clássicos (pessoais ou compartilhados) que deseja manter, será necessário convertê-los para o novo formato. Se você tiver jobs que dependem de notebooks Clássicos, esses jobs deverão ser atualizados com um novo notebook ou recriados com um novo notebook.
Alteração de Serviço: O suporte para as APIs do Autonomous Container Database Data Guard Association e do Autonomous Database Data Guard Association listadas neste anúncio de alteração de serviço termina em 4 de março de 2026.
Data da Anúncio: 4 de março de 2025.
Data de Vigência: 4 de março de 2026.
Detalhes: Recomendamos que você migre cargas de trabalho de banco de dados usando as APIs neste anúncio para as APIs de substituição listadas o mais rápido possível.
O campo cpuCoreCount
foi descontinuado para as APIs do Autonomous Database detalhadas neste anúncio de alteração de serviço.
Antes dessa alteração de serviço, as APIs do Autonomous Database neste anúncio de alteração de serviço incluíam cpuCoreCount
como campo. Depois que essa alteração de serviço for implementada, o campo cpuCoreCount
será removido. Recomendamos que os usuários atualizem seus scripts e a automação para interromper o uso desse campo o mais rápido possível. Quando fornecido, os usuários devem alternar para usar o modelo de Computação ECPU e computeCount
. O suporte a esse campo de API do Autonomous Database termina em 28 de maio de 2026.
APIs afetadas:
Serviços Exadata
As APIs do sistema Exadata DB do Oracle Cloud Infrastructure foram descontinuadas em 15 de novembro de 2020.
Importante!: Nenhum novo sistema pode ser provisionado com o modelo/APIs de recurso antigo do sistema de banco de dados após 15 de maio de 2021. O suporte para o modelo de recurso/APIs antigos do sistema de BD em sistemas existentes será encerrado em 15 de agosto de 2021. A Oracle recomenda que você migre o Exadata Database Service on Dedicated Infrastructure para as novas APIs de modelo de recurso o mais rápido possível. A conversão para o novo modelo de recursos não envolve qualquer tempo de inatividade do sistema.
API Não Suportada | APIs de Substituição |
---|---|
LaunchDbSystem (obsoleto apenas para sistemas Exadata) | CreateCloudExadataInfrastructure e CreateCloudVmCluster |
ListDbSystems (obsoleto apenas para sistemas Exadata) | ListCloudExadataInfrastructures e ListCloudVmClusters |
GetDbSystem (obsoleto apenas para sistemas Exadata) | GetCloudExadataInfrastructure e GetCloudVmCluster |
ChangeDbSystemCompartment (obsoleto apenas para sistemas Exadata) | ChangeCloudExadataInfrastructureCompartment e ChangeCloudVmClusterCompartment |
UpdateDbSystem (obsoleto apenas para sistemas Exadata) | UpdateCloudExadataInfrastructure e UpdateCloudVmCluster |
GetExadataIormConfig (obsoleto apenas para sistemas Exadata) | GetCloudVmClusterIormConfig |
UpdateExadataIormConfig (somente sistemas Exadata) | UpdateCloudVmClusterIormConfig |
TerminateDbSystem (obsoleto apenas para sistemas Exadata) | DeleteCloudExadataInfrastructure e DeleteCloudVmCluster |
Alteração do Serviço: O atributo dbWorkload
opcional da API CreateDatabase do Oracle Cloud Infrastructure está obsoleto.
Data da Anunciação: Novembro de 2022.
Data de Vigência: Novembro de 2023.
Detalhes: Antes dessa alteração de serviço, o atributo dbWorkload
pode ser usado para escolher entre a carga de Trabalho OLTP (Processamento de Transações On-line) ou Data Warehouse (Analítico) e é usado internamente para determinar as definições de memória com base na carga de Trabalho do banco de dados. Após essa alteração de serviço, o atributo dbWorkload
será tratado como "no-op" (sem operação), o que significa que, embora as chamadas de API que contêm o atributo obsoleto não falhem, o valor informado será ignorado e o sistema usará internamente um valor padrão. Isso se aplica ao Exadata Database Service on Dedicated Infrastructure, Exadata Database Service on Cloud@Customer e Base Database Service.
Isso me afeta? Se houver scripts personalizados ou scripts do Terraform que fazem referência à API CreateDatabase e estiverem usando explicitamente o atributo dbWorkload
, talvez você queira modificar os scripts para remover esse atributo. No entanto, se você optar por não fazer alterações nos seus scripts, as chamadas de API que contêm esse atributo continuarão a funcionar, exceto que o valor informado para o atributo dbWorkload
não será considerado.
O que eu preciso fazer? Ao usar SDKs e ferramentas de linha de comando do OCI, você pode optar por atualizar seus scripts personalizados para excluir o atributo dbWorkload
. Após novembro de 2023, se você informar um valor para o atributo dbWorkload
, ele será ignorado.
Oracle Base Database Service
Alteração do Serviço: O atributo dbWorkload
opcional da API CreateDatabase do Oracle Cloud Infrastructure está obsoleto.
Data da Anunciação: Novembro de 2022.
Data de Vigência: Novembro de 2023.
Detalhes: Antes dessa alteração de serviço, o atributo dbWorkload
pode ser usado para escolher entre a carga de Trabalho OLTP (Processamento de Transações On-line) ou Data Warehouse (Analítico) e é usado internamente para determinar as definições de memória com base na carga de Trabalho do banco de dados. Após essa alteração de serviço, o atributo dbWorkload
será tratado como "no-op" (sem operação), o que significa que, embora as chamadas de API que contêm o atributo obsoleto não falhem, o valor informado será ignorado e o sistema usará internamente um valor padrão. Isso se aplica ao Exadata Database Service on Dedicated Infrastructure, Exadata Database Service on Cloud@Customer e Base Database Service.
Isso me afeta? Se houver scripts personalizados ou scripts do Terraform que fazem referência à API CreateDatabase e estiverem usando explicitamente o atributo dbWorkload
, talvez você queira modificar os scripts para remover esse atributo. No entanto, se você optar por não fazer alterações nos seus scripts, as chamadas de API que contêm esse atributo continuarão a funcionar, exceto que o valor informado para o atributo dbWorkload
não será considerado.
O que eu preciso fazer? Ao usar SDKs e ferramentas de linha de comando do OCI, você pode optar por atualizar seus scripts personalizados para excluir o atributo dbWorkload
. Após novembro de 2023, se você informar um valor para o atributo dbWorkload
, ele será ignorado.
Migração de Banco de Dados
Alteração de Serviço: A versão 201210929
da API de Migração de Banco de Dados do Oracle Cloud Infrastructure está obsoleta a partir de 21 junho de 2024.
Data do Anúncio: 2 de julho de 2024
Data de Vigência: 21 de junho de 2024
Detalhes:
A partir de 21 de junho de 2024, a versão mais antiga da API do serviço Database Migration, a versão 201210929
, está obsoleta. A partir de 21 de junho de 2025, a API obsoleta não estará mais disponível e será substituída por uma nova versão da API 20230518
que fornece recursos aprimorados e suporte para versões futuras.
- Se você é um novo cliente e nunca usou nosso serviço antes, essa alteração não o afetará. (ou)
- Se você for um cliente existente usando a Console do OCI para gerenciar recursos do serviço Database Migration e tiver migrações e conexões criadas antes dessa alteração, alterne para a nova API criando novas migrações e conexões. No entanto, isso não afeta a migração existente que está em andamento e você pode excluir as migrações e conexões mais antigas.
- Se você estiver usando uma versão mais antiga do SDK público ou do provedor Terraform, não poderá mais executar determinadas operações nos recursos usando a Console do OCI. No entanto, você pode continuar a usar as APIs obsoletas usando os SDKs mais antigos até que o suporte seja removido do serviço. Para obter mais informações, entre em contato com o Suporte.
O que eu preciso fazer?
Se você estiver usando uma versão mais antiga do SDK ou do provedor Terraform, planeje fazer upgrade dele para o novo provedor SDK ou Terraform no mínimo.
Lista de APIs obsoletas e de substituição
Ferramentas do Desenvolvedor
Alteração no Serviço: O OCI Java SDK versão 2 está sendo descontinuado.
Data da Anunciação: 6 de Abril de 2023
Data de Vigência: 30 de junho de 2023
Detalhes: A Oracle lançou recentemente a versão 3 do Oracle Cloud Infrastructure (OCI) Java SDK. O OCI Java SDK versão 3 é uma versão principal do SDK e recomendamos que você faça upgrade para esta versão mais recente. Continuaremos a dar suporte completo ao OCI Java SDK versão 2 até o final de junho de 2023. Durante esse tempo, as versões 2 e 3 do OCI Java SDK receberão atualizações regulares para adicionar suporte a novas APIs de serviço, correções críticas de bugs e patches de segurança e modificações na documentação.
Isso me afeta? Após 30 de junho de 2023, o OCI Java SDK versão 2 não receberá mais atualizações para adicionar suporte a novas regiões, novos serviços ou recursos em serviços existentes, a menos que especificado de outra forma. Para versões mais antigas do OCI Java SDK versão 2 que têm menos de 12 meses, após a solicitação, o OCI suportará apenas correções críticas de erros e problemas de segurança.
O que eu preciso fazer? Faça upgrade para o OCI Java SDK versão 3.
DevOps
Alteração do Serviço: As APIs DevOps do Oracle Cloud Infrastructure (duas APIs) da versão 20210630
foram descontinuadas em 29 de março de 2022.
Data da Anunciação: 29 de Março de 2022
Data de Vigência: 29 de março de 2023
Detalhes: A partir de 29 de Março de 2022, duas APIs DevOps da versão 20210630
ficaram obsoletas. A partir de 29 de março de 2023, as APIs obsoletas não estarão disponíveis.
API Obsoleta | API de Substituição |
---|---|
GetRepositoryFileLines | GetRepoFileLines |
GetFileDiff | GetRepoFileDiff |
Serviço Event Hub
Alteração de Serviço: O serviço Event Hub está obsoleto.
Data da Anunciação: 29 de Abril de 2022
Data de Vigência: 31 de maio de 2023
Detalhes: Em 31 de maio de2023, o serviço Oracle Event Hub chegará ao fim da vida Útil (EOL). Antes da data EOL, recomendamos que você migre seus streams de dados do Hub de Eventos para o Oracle Cloud Infrastructure Streaming.
Isso me afeta? Se você usar o serviço Event Hub para criar clusters Kafka e/ou tópicos do Event Hub, não poderá mais fazê-lo após 31 de maio de 2023. Os clusters criados anteriormente continuarão a funcionar em sua tenancy sem alterações.
O que eu preciso fazer? Todos os clientes do Event Hub agora podem usar o serviço Streaming para mover dados usando suas estreitas integrações com a Oracle Cloud Infrastructure (OCI), Database, GoldenGate e Integration Cloud. O serviço usa uma capacidade Kafka Connect para fornecer integrações prontas para uso de centenas de produtos de terceiros em categorias como aplicativos DevOps, bancos de dados, big data e SaaS.
File Storage
Alteração de Serviço: no máximo 100 sistemas de arquivos podem ser anexados a qualquer política de snapshot específica.
Data do Anúncio: 5 de agosto de 2023
Data de Vigência: 7 de agosto de 2023
Detalhes: A partir de 7 de agosto de 2023, um novo limite de serviço será introduzido para limitar o número total de sistemas de arquivos anexados a uma política de snapshot. Essa alteração permitirá que até 100 sistemas de arquivos sejam anexados por política de snapshot por tenant por domínio de disponibilidade.
Isso me afeta? Se você estiver planejando anexar mais de 100 sistemas de arquivos a qualquer política de snapshot específica, não poderá fazer isso após 7 de agosto de 2023. Qualquer locatário existente que tenha mais de 100 sistemas de arquivos anexados por política de snapshot antes de 7 de agosto de 2023 receberá uma exceção. Nenhuma exceção será dada após 7 de agosto de 2023.
O que eu preciso fazer? Se você precisar anexar mais de 100 sistemas de arquivos a uma política de snapshot, crie uma segunda política de snapshot ou use qualquer outra política de snapshot existente. Você pode criar 100 políticas de snapshot por tenant por domínio de disponibilidade. Você ainda pode gerar snapshots baseados em política para sistemas de arquivos, mas pode ser necessário usar mais de uma política de snapshot.
Alteração no Serviço: Os sistemas de arquivos do File Storage que usam chaves de criptografia gerenciadas pelo cliente precisam de novas políticas do IAM.
Data da Anunciação: 29 de Maio de 2024
Data de Vigência: 29 de maio de 2024
Detalhes: Em 29 de maio de 2024, o serviço File Storage introduz um novo método para conceder aos sistemas de arquivos permissão para usar chaves de criptografia personalizadas. Antes dessa alteração, as políticas para conceder permissões aos sistemas de arquivos para usar chaves de criptografia personalizadas usadas pelo usuário do serviço File Storage. Por exemplo:
Allow service <file_storage_service_user> to use keys
Após essa alteração, os recursos do serviço File Storage recebem permissão para usar chaves personalizadas. Para obter mais informações, consulte Encrypting a File System.
Isso me afeta? Antes de 29 de maio de 2024, os sistemas de arquivos do File Storage que usam chaves de criptografia do Vault gerenciadas pelo cliente em vez das chaves gerenciadas pela Oracle usavam o usuário do serviço File Storage nas políticas do IAM necessárias.
O usuário do serviço não terá acesso a chaves gerenciadas pelo cliente no futuro.
O que eu preciso fazer? Crie novas políticas do IAM que permitam ao File Storage criptografar e decriptografar sistemas de arquivos usando controladores de recursos. Certifique-se de que os sistemas de arquivos usem políticas de controlador de recursos em vez de políticas de controlador de serviços.
Para obter mais informações, consulte Criptografando um Sistema de Arquivos e Verificando o Acesso do Controlador de Recursos a Chaves de Criptografia.
Fleet Application Management
Alteração de Serviço: as APIs do Fleet Application Management da versão 20230831
do Oracle Cloud Infrastructure foram descontinuadas em 14 de maio de 2025.
Data da Anunciação: 14 de Maio de 2025
Data de Vigência: 14 de maio de 2025
Detalhes: A partir de 14 de maio de 2025, as APIs de Gerenciamento de Aplicativos de Frota da versão 20230831 foram descontinuadas. A partir de 14 de maio de 2025, as APIs obsoletas ficarão indisponíveis. As Operações Atualizar/Excluir/Obter/Listar em quaisquer recursos criados por APIs obsoletas serão suportadas pelas novas APIs.
Lista de APIs não suportadas e substitutas
API Não Suportada (versão 20230831) | API de substituição (versão 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 |
Full Stack Disaster Recovery
Alteração de Serviço: O tipo de membro COMPUTE_INSTANCE
em DrProtectionGroupMemberType
está se tornando obsoleto e não será mais suportado.
Data do Anúncio: 31 de outubro de 2023
Data de Vigência: 31 de outubro de 2024.
COMPUTE_INSTANCE
está se tornando obsoleto e será substituído pelos seguintes tipos de membro alternativos:COMPUTE_INSTANCE_MOVABLE
: Usado para instâncias de computação que se movem durante operações de DR.COMPUTE_INSTANCE_NON_MOVABLE
: Usado para instâncias de computação que não são movidas durante operações de DR.
Migre para um dos novos tipos de instância antes da data efetiva de descontinuação.
Isso me afeta? Se você usar o tipo de membro COMPUTE_INSTANCE
em sua configuração de DR, essa alteração afetará você. Certifique-se de migrar para um dos novos tipos de instância antes da data efetiva de descontinuação.
O que eu preciso fazer? Para migrar de um COMPUTE_INSTANCE
existente para um dos novos tipos de instância, siga estas instruções.
Alteração de Serviço: A propriedade blockVolumeOperations de uma Instância de Computação Não Movível está sendo preterida e não será mais suportada.
Data da Anunciação: 20 de Maio de 2025
Data de Vigência: 20 de maio de 2026
Detalhes: A propriedade blockVolumeOperations
nos tipos de dados DrProtectionGroupMemberComputeInstanceNonMovable
, CreateDrProtectionGroupMemberComputeInstanceNonMovableDetails
e UpdateDrProtectionGroupMemberComputeInstanceNonMovableDetails
está obsoleta. A partir de 30 de abril de 2026, a propriedade obsoleta ficará indisponível.
Tipos de dados obsoletos | Tipos de dados de substituição |
---|---|
A propriedade blockVolumeOperations de uma Instância do Serviço Compute Não Movível está obsoleta nos seguintes tipos de dados:
|
Use a propriedade blockVolumeAttachAndMountOperations em vez da propriedade blockVolumeOperations nos seguintes tipos de dados:
|
Isso me afeta?
Não. No entanto, você não pode especificar vários pontos de montagem para um único volume em blocos montado pelo Full Stack DR usando a propriedade blockVolumeOperations
obsoleta. Agora você pode especificar vários pontos de montagem para um único volume em blocos montado pelo Full Stack DR usando a nova propriedade blockVolumeAttachAndMountOperations
. Você também pode especificar vários pontos de montagem para um volume lógico (LV) que pode consistir em vários volumes em blocos. Anexos e montagens são agora completamente independentes um do outro.
Você não pode usar a propriedade
blockVolumeOperations
e a propriedade blockVolumeAttachAndMountOperations
obsoletas juntas.O que eu preciso fazer?
Use a propriedade blockVolumeAttachAndMountOperations
em vez da propriedade blockVolumeOperations
.
Functions
Alteração de Serviço: A versão 0.5.x (e anterior) da CLI do Fn Project não será mais suportada.
Data de Anúncio: 29 de junho de 2021
Data de Vigência: 1º de agosto de 2021
Detalhes: A partir de 1º de agosto de 2021, a versão 0.5.x (e anterior) da CLI do Fn Project não funcionará com as Funções do OCI.
Isso me afeta? Se você estiver usando o Fn Project CLI versão 0.5.x (ou anterior), precisará fazer upgrade para o Fn Project CLI versão 0.6.x (ou posterior).
O que eu preciso fazer? Faça upgrade para a versão 0.6.x (ou posterior) da CLI do Fn Projeto, seguindo as instruções em Fazendo Upgrade da CLI do Fn Projeto.
Alteração do Serviço: A partir de 15 de Dezembro de 2021, as imagens base em tempo de compilação e runtime dos Function Development Kits (FDKs) do Projeto Fn, com exceção do FDK para Python 3.7, são criadas na parte superior da distribuição slim do Oracle Linux 8. As imagens base do FDK Alpine/Debian estão obsoletas.
Data de Anúncio: 15 de novembro de 2021
Data de Vigência: 15 de dezembro de 2021
Detalhes: A partir de 15 de Dezembro de 2021, a maioria das imagens baseadas em runtime e de build-time dos Function Development Kits (FDKs) do Projeto Fn para os diferentes idiomas suportados são criadas na parte superior da distribuição slim do Oracle Linux 8 (em vez das distribuições Linux Alpine e Debian). As novas funções implantadas usarão essas imagens base do Oracle Linux 8 FDK. As únicas exceções são as imagens base de tempo de construção e de runtime do FDK para Python 3.7, que continuam a ser construídas sobre a distribuição Debian do Linux.
As distribuições Alpine/Debian do Linux e a distribuição slim do Oracle Linux 8 têm diferentes gerenciadores de pacotes. Após a transição para as imagens base de Oracle Linux 8 FDK, o Dockerfile temporário criado pelo OCI Functions durante a implantação de novas funções contém comandos de gerenciador de pacote do Oracle Linux 8.
Isso me afeta?
Para funções existentes já implantadas no OCI Functions:
- Se o OCI Functions utilizar as definições do arquivo func.yaml de uma função para criação de um Dockerfile temporário contendo as instruções com base nas quais criar a imagem do Docker da função, a função será construída e implantada sem erros. O Dockerfile temporário inclui os comandos corretos do gerenciador de pacotes do Oracle Linux 8.
- Se você tiver criado um Dockerfile personalizado para uma função (por exemplo, modificando o Dockerfile criado pelo OCI Functions e definindo
runtime: docker
no arquivo func.yaml da função), a função poderá agora criar e implantar com erros comomissing apt-get ...
. Os erros vão ocorrer se o Dockerfile personalizado incluir comandos do gerenciador de pacotes Alpine/Debian.
O que eu preciso fazer? Se você criou Dockerfiles personalizados que contêm comandos do gerenciador de pacotes Alpine/Debian, substitua esses comandos pelos comandos do gerenciador de pacotes do Oracle Linux 8.
Se você não puder começar imediatamente a usar as imagens base do FDK do Oracle Linux 8 porque há funções que ainda requerem as distribuições Alpine ou Debian do Linux, há uma solução temporária. Até 15 de dezembro de 2022, as imagens base Alpine/Debian FDK permaneceram disponíveis, mas com tags de imagem modificada. Você pode atualizar Dockerfiles personalizados para usar as imagens base Alpine/Debian FDK obsoletas em vez das imagens base do Oracle Linux 8 especificando explicitamente as tags de imagem modificada. Consulte Minhas funções ainda exigem as distribuições Alpine e Debian do Linux. Há uma solução alternativa temporária?.
Gerenciamento de Ambiente dos Fusion Applications
Alteração de Serviço: Quando você cria um Ambiente do Fusion Applications ou um administrador do Ambiente do Fusion Applications, a senha do administrador não será necessária. Além disso, a API Redefinir Senha do Administrador do Ambiente Fusion será descontinuada; para redefinir a senha por meio da API, você precisará usar a API apropriada do Fusion Applications.
Data de Anúncio: 27 de agosto de 2024
Data de Vigência: 27 de agosto de 2025
Detalhes:A partir de 27 de agosto de 2025, Você não poderá mais criar ou redefinir a senha do Administrador do Fusion Applications usando APIs do Fusion Applications Environment Management. As APIs impactadas são:
API | Alteração |
---|---|
ResetFusionEnvironmentPassword | Esta API está obsoleta. Em um ano ele será removido. Não use essa API para redefinir a senha do Administrador do Fusion Applications. |
CreateFusionEnvironment CreateFusionEnvironmentAdminUser |
No objeto CreateFusionEnvironmentAdminUserDetails, o parâmetro de senha é opcional no momento. Em um ano, o parâmetro será removido dessas APIs. |
Isso me afeta? Se você estiver usando a API de Gerenciamento de Ambiente do Fusion Applications para redefinir a senha do Administrador do Fusion Applications, precisará usar a API apropriada do Fusion Applications.
Se você estiver usando a API para criar o Administrador do Fusion Applications, a senha não será mais aceita. Em vez disso, o usuário Administrador informará sua própria senha após receber um e-mail de boas-vindas.
O workflow da Console não é afetado.
O que eu preciso fazer?
Se você estiver chamando o ResetFusionEnvironmentPassword, atualize seus scripts para usar a API do Fusion Applications Atualizar um Usuário.
Se você estiver chamando CreateFusionEnvironment ou CreateFusionEnvironmentAdminUser, não informe o parâmetro de senha. O usuário será solicitado a adicionar sua senha por meio do e-mail de boas-vindas.
IA generativa
Alteração de Serviço: As APIs GenerateText
e SummarizeText
estão obsoletas.
Data do Anúncio:26 de junho de 2025
Data de Vigência: 26 de junho de 2026
Detalhes: A partir de 26 de junho de 2025, a API GenerateText
e a API SummarizeText
na API Generative AI Inference estão obsoletas. A partir do dia 26 de junho de 2026, as APIs obsoletas ficarão indisponíveis.
Obsoleto | Substituição |
---|---|
As seguintes APIs na API Generative AI Inference estão obsoletas: |
Use a API de Bate-papo na API de Inferência de IA Generativa. |
Generative AI Agents
Alteração de Serviço: A propriedade knowledgeBaseIds
de um agente RAG está obsoleta.
Data da Anunciação: 26 de Março de 2025
Data de Vigência: 26 de março de 2026
Detalhes: A partir de 26 de março de 2025, a propriedade knowledgeBaseIds
em Agent
, AgentSummary
, CreateAgentDetails
e UpdateAgentDetails
está obsoleta. A partir de 26 de março de 2026, a propriedade obsoleta ficará indisponível.
Obsoleto | Substituição |
---|---|
A propriedade
|
Use a propriedade
Consulte o seguinte: Tipo de dados RagToolConfig Tipo de dados ToolConfig API da Ferramenta |
Globally Distributed Database
A API de Banco de Dados Globalmente Distribuído versão 20230301 da OCI chega ao fim da vida útil.
Data da Anunciação: 7 de Maio de 2025
Data de Vigência: 8 de maio de 2025
Detalhes: A partir de 8 de maio de 2025, a API de Banco de Dados Globalmente Distribuído versão 20230301 chega ao fim da vida útil. Em 8 de maio de 2025, a API 20230301 foi substituída pela API versão 20250101, que fornece recursos aprimorados e suporte para versões atuais e futuras.
- Se você é um novo cliente e nunca usou nosso serviço antes, essa alteração não o afetará.
- Se você for um cliente existente que usa as APIs 20230301, deverá atualizar seus scripts para usar as APIs 20250101.
GoldenGate
Alteração de serviço: a propriedade Região das conexões do Amazon S3 se tornará obrigatória a partir de 10 de junho de 2026.
Data de anúncio: 10 de junho de 2025
Data de vigência: 10 de junho de 2026
Detalhes: A partir de 10 de junho de 2026, a propriedade Região das conexões do Amazon S3 será um campo obrigatório.
Isso me afeta? Sim, se você tiver conexões do Amazon S3 que não tenham um valor atribuído no momento para Região.
O que eu preciso fazer? Ao criar novas conexões do Amazon S3, certifique-se de fornecer um valor para Região. Para conexões existentes do Amazon S3, edite as propriedades de conexão e forneça um valor para Região.
Para obter mais informações sobre conexões do Amazon S3 com o GoldenGate, consulte Conectar ao Amazon S3.
Alteração do serviço: As APIs GoldenGate do Oracle Cloud Infrastructure para DatabaseRegistrations
foram descontinuadas em 01 de novembro de 2022.
Data de anúncio: 01 de novembro de 2022
Data de vigência: 01 de novembro de 2023
Detalhes: A partir de 01 de novembro de 2022, as APIs DatabaseRegistrations
foram descontinuadas e substituídas por APIs Connections
. A partir de 01 de novembro de 2023, as APIs obsoletas estarão indisponíveis.
Isso me afeta? Sim. As APIs DatabaseRegistrations
funcionaram para conexões do Oracle Database, enquanto as novas APIs Connections
extensíveis permitem que você se conecte a muitos outros tipos de tecnologias de dados.
O que eu preciso fazer? Use as APIs Connections
em vez das APIs DatabaseRegistrations
para estabelecer conexão com as tecnologias de origem e destino.
Alteração de serviço: A propriedade timeUpgradeRequired
das APIs Deployment
e DeploymentSummary
foi descontinuada em 14 de março de 2023.
Data de anúncio: 14 de março de 2023
Data de vigência: 14 de março de 2024
Detalhes: Com o lançamento dos novos recursos de Manutenção em 14 de março de 2023, a propriedade timeUpgradeRequired
das APIs Deployment
e DeploymentSummary
está obsoleta.
Isso me afeta? A propriedade timeUpgradeRequired
somente para leitura foi usada para ajudá-lo a determinar por quanto tempo você teve que fazer upgrade manualmente para uma nova versão de implantação, mas o serviço não fez upgrade automaticamente da sua implantação quando o prazo passou. O novo recurso de Manutenção programa uma ou mais atualizações e faz upgrade automaticamente da sua implantação na data especificada. Você pode encontrar essas datas na página de detalhes da implantação.
O que eu preciso fazer? Você pode ajustar os upgrades programados conforme necessário ao criar a implantação ou na página de detalhes da implantação.
Alteração de serviço: A propriedade adminPassword
usada nos objetos de modelo CreateOggDeploymentDetails
e UpdateOggDeploymentDetails
das APIs CreateDeploymentDetails
e UpdateDeploymentDetails
foi descontinuada em 15 de agosto de 2023.
Data de anúncio: 15 de agosto de 2023
Data de vigência: 15 de agosto de 2024
Detalhes: Com o novo recurso de assinatura única introduzido em 15 de agosto de 2023, a propriedade adminPassword
usada nos objetos de modelo CreateOggDeploymentDetails
e UpdateOggDeploymentDetails
das APIs CreateDeploymentDetails
e UpdateDeploymentDetails
agora está obsoleta.
Isso me afeta? Sim.
O que eu preciso fazer? Novas implantações criadas a partir de 15 de agosto de 2023 exigem que você selecione um armazenamento de Credenciais (OCI Identity and Access Management (IAM) ou GoldenGate) em tenancies nas quais o OCI IAM com Domínios de Identidade está ativado. Se você selecionar o OCI IAM, poderá fazer log-in na console de implantação usando sua conta do Oracle Cloud, enquanto o GoldenGate exige que você crie um Vault e adicione um segredo para armazenar sua senha, que você usará para fazer log-in na console de implantação.
Alteração no serviço: a propriedade privateIp
de todos os objetos de modelo CreateConnectionDetails
nas APIs de conexão foi descontinuada em 5 de dezembro de 2023.
Data de anúncio: 5 de dezembro de 2023
Data de vigência: 5 de dezembro de 2024
Detalhes: Com a release das opções de rede atualizadas, a propriedade privateIp
de todos os objetos de modelo CreateConnectionDetails
nas APIs de Conexão foi descontinuada em 5 de dezembro de 2023.
Isso me afeta? Você pode continuar a usar suas conexões antigas, no entanto, deverá atualizá-las se tiver fornecido anteriormente um valor de IP Privado. Quaisquer novas conexões que você criar a partir de 5 de dezembro de 2023 usarão novas configurações de conectividade de rede que você selecionar
O que eu preciso fazer? Edite qualquer conexão existente na qual você tenha fornecido um valor de IP Privado, informe o IP privado no nome do Host ou no campo de string de conexão e salve suas alterações. Se você fornecer um nome de host, GoldenGate encaminhará a resolução de DNS para sua sub-rede. Se você fornecer uma privateIp
, a GoldenGate se conectará a ela diretamente.
Alteração do serviço: O valor OGG
da propriedade deploymentType
do payload CreateDeploymentDetails
está obsoleto e substituído por DATABASE_ORACLE
.
Data de anúncio: 5 de junho de 2024
Data de vigência: 5 de junho de 2025
Detalhes: À medida que o OCI GoldenGate expande o suporte para diferentes tipos de tecnologias de banco de dados e introduz novos tipos de implantação, tornou-se necessário renomear o valor da propriedade deploymentType
de OGG
para DATABASE_ORACLE
.
Isso me afeta? Se você tiver criado anteriormente uma implantação usando o valor de propriedade OGG
, não será afetado, pois o valor OGG
será migrado para DATABASE_ORACLE
. No entanto, se você usou o valor OGG
no código para algum outro propósito (como comparações), você pode ser afetado.
O que eu preciso fazer? No futuro, para criar uma nova implantação do GoldenGate do OCI para o Oracle Database, certifique-se de usar o valor da propriedade deploymentType
DATABASE_ORACLE
em vez do valor obsoleto OGG
.
Alteração de serviço: Quando a propriedade isPublic
dos payloads CreateDeploymentDetails
ou UpdateDeploymentDetails
estiver definida como verdadeira, a propriedade loadBalancerSubnetId
será obrigatória.
Data de anúncio: 5 de junho de 2024
Data de vigência: 5 de junho de 2025
Detalhes: Quando você cria ou atualiza uma implantação pública usando CreateDeploymentDetails
ou UpdateDeploymentDetails
e define a opção isPublic
como verdadeira, a propriedade loadBalancerSubnetId
é obrigatória e você deve fornecer um OCID de sub-rede pública válido.
Isso me afeta? Isso afetará você se você definir a propriedade isPublic
como verdadeira ao criar uma implantação usando APIs CreateDeploymentDetails
ou UpdateDeploymentDetails
e se você tiver implantações públicas existentes.
O que eu preciso fazer? Quando você define a isPublic property
das APIs CreateDeploymentDetails
ou UpdateDeploymentDetails
como verdadeira, a propriedade loadBalancerSubnetId
se torna obrigatória e você deve fornecer um OCID de sub-rede pública válido. Para implantações públicas existentes, edite a implantação e selecione uma loadBalancerSubnetId
. Você pode editar a implantação usando a console do Oracle Cloud para fazer a seleção ou usar a API para atualizar implantações públicas existentes a fim de fornecer um OCID de sub-rede válido para loadBalancerSubnetId
.
Alteração de serviço: Todas as conexões existentes que usam SHARED_SERVICE_ENDPOINT
na API ou 'Oracle Network' na Console do Oracle Cloud como método de roteamento devem ser atualizadas.
Data de anúncio: 5 de junho de 2024
Data de vigência: 5 de junho de 2025
Detalhes: As conexões existentes que usam o SHARED_SERVICE_ENDPOINT
na API ou o 'Oracle Network' na Console do Oracle Cloud como método de roteamento devem ser atualizadas
Isso me afeta? Sim, se você estiver usando a conexão com 'Oracle Network' (UI) ou SHARED_SERVICE_ENDPOINT
(API)
O que eu preciso fazer? Atualize todas as conexões que usam o SHARED_SERVICE_ENDPOINT
na API ou o 'Oracle Network' na Console do Oracle Cloud. Na Console, faça uma nova seleção para o método de roteamento de Tráfego ao editar usando a Console e salve suas alterações. Você também pode atualizar a propriedade com qualquer cliente, SDK, Terraform ou CLI.
Alteração de serviço: Campos de texto sem formatação nas conexões
Data de anúncio: 11 de fevereiro de 2025
Data em vigor: 11 de fevereiro de 2026
Detalhes: Evite usar campos plainText em Conexões para atributos confidenciais, como senhas ou chaves privadas.
Isso me afeta? Sim
O que eu preciso fazer? A partir de 11 de fevereiro de 2025, use Segredos de Senha para atributos confidenciais ao criar novas conexões.
Alteração de serviço: O principal de serviço "goldengate" está obsoleto e substituído pelo principal de recursos, "dynamic-group goldengate-deployments".
Data de anúncio: 24 de fevereiro de 2025
Data em vigor: 24 de fevereiro de 2026
Detalhes: Ao adicionar novas políticas, certifique-se de definir o grupo dinâmico, 'goldengate-deployments', a ser usado no lugar do principal de serviço obsoleto, 'goldengate'. Todas as políticas existentes que usam o principal de serviço, 'goldengate', devem ser substituídas pelo principal de recursos, 'dynamic-group goldengate-deployments'.
Isso me afeta? Sim.
O que eu preciso fazer? A partir de 24 de fevereiro de 2025, você deve definir um grupo dinâmico chamado goldengate-deployments e usar esse controlador de recursos em suas políticas no lugar do principal de serviço, 'goldengate'. Você também deve substituir todas as políticas existentes que usam o "goldengate" principal do serviço. Consulte as políticas do OCI GoldenGate para obter detalhes.
GoldenGate Cloud Service Classic
Alteração no serviço: fim da vida útil do GoldenGate Cloud Service Classic efetivo em 11 de abril de 2024.
Data de anúncio: 22 de março de 2024
Data em vigor: 11 de abril de 2024
- Você não pode criar novas instâncias do Oracle GoldenGate Cloud Service Classic.
- A Oracle não suportará mais o GoldenGate Cloud Service Classic.
Isso me afeta? O Oracle GoldenGate Cloud Service Classic é executado no Oracle Cloud Classic Gen 1, que foi descontinuado em favor do Oracle Cloud Infrastructure (OCI) Gen 2 Cloud. Se você for um usuário do Oracle GoldenGate Cloud Service Classic, poderá migrar suas cargas de trabalho do Oracle Cloud Classic Gen 1 para o Oracle Cloud Infrastructure GoldenGate.
Se você for no momento um usuário do OCI GoldenGate, este anúncio de alteração de serviço não se aplicará a você.
O que eu preciso fazer? Migre cargas de trabalho do Oracle GoldenGate Cloud Service para o Oracle Cloud Infrastructure GoldenGate, que oferece funcionalidade semelhante. Consulte Migrando para o Oracle Cloud Infrastructure GoldenGate para obter as etapas de migração detalhadas.
MySQL HeatWave
Alteração de Serviço: O período da retenção do backup do Sistema do BD foi reduzido de 10.000 para 365 dias.
Data do Anúncio: Setembro de 2020
Data de Vigência: de outubro de 2020
Detalhes: O período da retenção do backup do DB System foi reduzido de 10.000 para 365 dias.
Isso me afeta? N.º
O que eu preciso fazer? Nada.
Alteração de Serviço: O valor padrão de AutomaticBackupRetention
é alterado de DELETE para RETAIN.
Data de Anúncio: janeiro de 2024
Data de Vigência: janeiro de 2025
Detalhes: Antes dessa alteração de serviço, o valor padrão do atributo AutomaticBackupRetention
na Política de Exclusão do Sistema de BD era DELETE. Com essa alteração, o valor padrão de AutomaticBackupRetention
é alterado para RETAIN. Observe que essa alteração não afeta a política de exclusão dos Sistemas de BD existentes. A alteração é aplicável exclusivamente aos Sistemas de BD criados após a data em vigor.
Isso me afeta? Sim, se você usar padrões para política de exclusão.
O que eu preciso fazer? Se você preferir que o padrão seja DELETE para AutomaticBackupRetention
e estiver usando SDK/CLI/Terraform sem que o valor esteja sendo definido, defina o valor preferencial explicitamente.
Alteração de Serviço: As formas de OCPU estão obsoletas a partir de 5 de setembro de 2024.
Data do Anúncio: 5 de setembro de 2024
Data de vigência: 5 de setembro de 2024
Detalhes:
A partir de 5 de setembro de 2024, todas as formas de OCPU HeatWave para sistemas de banco de dados e clusters HeatWave estão obsoletas. No entanto, os clientes podem usar formas de ECPU para implantar novos sistemas de BD e clusters HeatWave. As formas de OCPU não estarão disponíveis para novos clientes, enquanto os clientes existentes poderão continuar a usar formas de OCPU em sistemas de banco de dados novos e existentes e clusters HeatWave até 5 de setembro de 2025.
- Sim, se você tiver sistemas de banco de dados existentes implantados com formas de OCPU.
O que eu preciso fazer?
Use ECPU para implantar novos sistemas de BD e clusters HeatWave. Para sistemas de BD existentes e clusters HeatWave em execução em formas de OCPU, você deve planejar um horário apropriado para convertê-los em formas de ECPU antes de 5 de setembro de 2025.
IAM
Data do Anúncio: 21 de julho de 2025
Data de Vigência: 21 de outubro de 2025
Detalhes:
O OCI IAM está anunciando a descontinuação e a remoção planejada do suporte para o conjunto de cifras SSL TLS_RSA_WITH_AES_128_CBC_SHA fraco. Após a data efetiva, todas as conexões que tentarem negociar esta suíte de cifragem não serão mais aceitas.
Embora o TLS_RSA_WITH_AES_128_CBC_SHA fosse um conjunto de cifras comumente usado no passado, ele não atende mais às melhores práticas e aos padrões de segurança atuais do setor. Seu uso contínuo apresenta vários riscos de segurança, incluindo a falta de Perfect Forward Secrecy (PFS) e um algoritmo de hash fraco (SHA-1). A remoção do suporte para suítes de cifragem TLS mais antigas ajuda a otimizar a segurança do serviço IAM e de seus usuários.
Isso me afeta?
Se você usar um navegador da Web mais antigo (geralmente versões do navegador instaladas antes de 2015), bibliotecas ou dispositivos que utilizam conjuntos de cifras SSL/TLS mais antigos, isso poderá afetar sua capacidade de conexão com o serviço IAM.
O que eu preciso fazer?
Para garantir um serviço ininterrupto e manter o mais alto nível de segurança, incentivamos todos os usuários a atualizar seus navegadores, bibliotecas ou dispositivos legados que não suportam configurações de TLS seguras. Além disso, atualize as configurações do aplicativo cliente para usar conjuntos de cifras TLS mais modernos e seguros, caso ainda não estejam em uso. Se você estiver usando TLS 1.2 ou 1.3 com conjuntos de cifras seguros, nenhuma ação será necessária.
Data da Anunciação: 21 de Março de 2025
Data de Vigência: 21 de março de 2025
Detalhes:
- O endereço de e-mail do remetente padrão usado para enviar a redefinição de senha e outras notificações por e-mail foi alterado de
no-reply@oracle.com
parano-reply@identity.oci.oraclecloud.com
para o realm OC1. - Para regiões Dedicadas, o endereço foi alterado para
no-reply@identity.oci.
<realm_domain>. Para obter detalhes sobre o <realm_domain>, consulte Regiões Dedicadas.
Isso me afeta? Sim.
O que eu preciso fazer? Para continuar recebendo notificações por e-mail do OCI IAM sem interrupção, adicione o novo endereço de remetente de e-mail à sua lista de remetentes permitidos.
Alteração de Serviço: Em 3 de abril, o OCI Identity não suportará mais a verificação de e-mail personalizada usando a Console do OCI.
Data da Anunciação: 26 de Março de 2025
Data de Vigência: 3 de abril de 2025
Detalhes: Os clientes que precisam atualizar o endereço de e-mail do remetente ou alterar o endereço de e-mail padrão para notificações por e-mail devem usar o processo Verificar Domínio do Remetente e provisionar DKIMs para cada domínio na tenancy nas regiões home e inscrita. Se você tiver um endereço de e-mail de remetente personalizado verificado, poderá continuar a usar esse endereço de e-mail verificado.
Isso me afeta? Sim, se você alterar o endereço de e-mail do remetente personalizado verificado existente.
O que eu preciso fazer?
É necessário configurar as definições de autenticação de e-mail para SPF e DKIM. Consulte Configurando Definições de Autenticação de E-mail para SPF e DKIM.
É necessário fazer o provisionamento do DKIM para todos os domínios aplicáveis nas regiões home e inscrita.
Alteração do Serviço: As APIs dos Eventos de Auditoria do Oracle Cloud Infrastructure Identity and Access Management que você pode usar com os domínios do IAM serão descontinuadas em Maio de 2025. Relatórios prontos continuarão disponíveis, mas serão limitados aos últimos 14 dias de dados.
Data da Anunciação: 15 de Maio de 2023
Data de Vigência: Maio de 2025
Detalhes: A partir de Maio de 2025, as APIs do IAM para AuditEvents não funcionarão mais com o serviço IAM. Relatórios prontos continuarão disponíveis, mas serão limitados aos últimos 14 dias de dados.
Isso me afeta? Se você estiver usando no momento APIs do IAM para AuditEvents, precisará usar as APIs do OCI Audit. Não haverá alteração se você usar relatórios, mas observe que os relatórios de Domínios de Identidades serão limitados aos últimos 14 dias de dados.
O que eu preciso fazer? Agora você pode usar APIs de Auditoria do OCI. Para saber mais sobre como recuperar dados do OCI Audit, consulte:
- Implementar a segurança multinuvem usando o OCI Audit para capturar eventos do OCI Identity and Access Management
- Gerar Relatórios de Gerenciamento de Identidade e Acesso do Oracle Cloud Infrastructure Audit
APIs AuditEvents Obsoletas
As seguintes APIs AuditEvents do serviço IAM estão obsoletas:
- AuditEvents
Relatórios que continuam a ser suportados, mas com apenas 14 dias de dados
Os seguintes modelos de relatório do IAM nas APIs de relatórios continuarão a ser suportados com dados limitados (14 dias):
- Log-in do Usuário
- Log do Sistema
- Falha de Sincronização
- Eventos Suspeitos
- Entrega de Notificação
- Atribuição de AppRole
- Acesso ao Aplicativo
Java Management Service (JMS)
Alteração do Serviço: Em vigor a partir de 15 de Julho de 2022, a API CreateFleet exigirá o OCID do log personalizado na propriedade inventoryLog
.
Data da Anunciação: 15 de Abril de 2022
Data de Vigência: 15 de julho de 2022
Detalhes: A partir de 30 de março de 2022, o JMS usa o serviço Oracle Cloud Infrastructure Logging para armazenar logs de inventário e operação. Os logs de inventário são logs personalizados que armazenam o inventário do Java Runtime e informações relacionadas ao uso reportadas pelos hosts pelo serviço Management Agent. Com essa alteração, a API CreateFleet inclui uma propriedade adicional, inventoryLog
, para especificar o log personalizado a ser usado.
O que eu preciso fazer? As frotas existentes devem ser migradas usando a API UpdateFleet até 15 de julho de 2022. Após 15 de julho de 2022, a propriedade inventoryLog
da API CreateFleet será um parâmetro obrigatório. Consulte as operações CreateFleet e UpdateFleet para obter detalhes. Os agentes precisam estar na versão 220302.1455 ou posterior.
Idioma
A partir de 26 de Outubro de 2022, as APIs de Idioma Detect
da versão 20221001
ficaram obsoletas. A partir de 10 de outubro de 2023, as APIs obsoletas não estarão disponíveis.
A partir de 26 de Outubro de 2022, as APIs do Idioma BatchDetect
têm uma nova versão suportada da API do 20221001
. Com a introdução da versão 20221001
da API, as classes a seguir foram removidas e substituídas pela classe comum, com.oracle.bmc.ailanguage.model.TextDocument
.
Classe Removida no Idioma | Classe de Substituição |
---|---|
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 |
Network Load Balancer
A API ListNetworkLoadBalancerProtocol
do Balanceador de Carga de Rede do Oracle Cloud Infrastructure está obsoleta em 12 de janeiro de 2022. O suporte para a API ListNetworkLoadBalancerProtocol
termina em 1º de março de 2023. Consulte ListenerDetails para obter a lista atual de valores de protocolo suportados.
OCI Cache
Alteração de Serviço: O OCI Cache está restringindo o uso dos comandos CONFIG SET
e ACL
do Redis em clusters gerenciados pelo serviço.
Data de Anúncio: 14 de junho de 2024
Data de Vigência: 14 de julho de 2024
Detalhes: O OCI Cache impede o uso de alguns comandos Redis para garantir o desempenho e a estabilidade do serviço. Consulte Comandos Redis Não Suportados. A partir de 14 de julho de 2024, os comandos CONFIG SET
e ACL
serão incluídos na lista de comandos restritos do OCI Cache.
Isso me afeta? Se você usar esses comandos no momento, não poderá mais usá-los com seus clusters do OCI Cache após 14 de julho de 2024. Também recomendamos que você não use esses comandos antes de eles serem restritos, pois eles podem causar problemas de estabilidade com clusters gerenciados pelo OCI Cache.
Gerenciamento do SO
Alteração de Serviço: O serviço Oracle OS Management está obsoleto.
Data da Anunciação: 23 de Abril de 2024
Data de Vigência: 23 de abril de 2025
Detalhes: Em 23 de abril de 2025, o OSMS (Serviço OS Management) atinge o fim da vida útil (EOL). A partir de agora, o serviço não está mais disponível para você nas regiões onde você ainda não está usando OSMS ou para novos usuários com novas tenancies. O serviço OS Management é substituído pelo OS Management Hub, que fornece uma experiência de usuário aprimorada com novos recursos, incluindo implantações de patch por meio de estágios do ciclo de vida, programação aprimorada de jobs e recursos de geração de relatórios.
Isso me afeta? O serviço OS Management não estará mais disponível para gerenciar instâncias do Oracle Linux ou do Microsoft Windows após 23 de abril de 2025.
O que preciso fazer: Comece a usar o serviço OS Management Hub para gerenciar instâncias na Oracle Cloud Infrastructure (OCI), em data centers privados e em ambientes de nuvem de terceiros suportados. Antes da data EOL, recomendamos que você migre suas instâncias gerenciadas do serviço OS Management para o serviço OS Management Hub.
Outros serviços, incluindo o Autonomous Linux, que usam a API do serviço OS Management, fornecerão orientação separada.
Automação de Processos
Alteração de Serviço: Fim da Vida Útil do Oracle Cloud Infrastructure Process Automation.
Data de Anúncio: 15 de janeiro de 2025
Data de Vigência: 23 de janeiro de 2026
- B95504 - Oracle Cloud Infrastructure - Automação de Processos - Usuário
- B95505 - Oracle Cloud Infrastructure - Automação de Processos - Pacote de Execução
Antes da Data Final, recomendamos que você migre para o Oracle Integration. O Oracle Integration é uma plataforma completa de automação de negócios que permite aos clientes conectar seus aplicativos e dados, automatizar processos de negócios e inovar com IA. No futuro, você poderá aproveitar todos os recursos de Automação de Processos como parte do Oracle Integration.
Isso me afeta? Você deve estar ciente de que o Oracle Cloud Infrastructure Process Automation não estará mais disponível ou será suportado após 23 de janeiro de 2026. Se você é um cliente existente, pode continuar a usar o serviço até então. No entanto, você deve migrar para o Oracle Integration antes da Data Final para evitar interrupções no serviço.
O que preciso fazer: Os clientes existentes podem fazer a transição para o Oracle Integration por meio de um processo que anexará sua instância do Oracle Cloud Infrastructure Process Automation ao Oracle Integration. Como alternativa, você pode exportar aplicativos de processo e/ou de decisão existentes do Process Automation e importá-los para o Oracle Integration. Para obter orientação sobre o processo de migração, consulte os detalhes documentados aqui.
Search with OpenSearch
Alteração de Serviço: As permissões do IAM para recursos de Rede necessárias para criar e trabalhar com clusters OpenSearch estão sendo alteradas de permissões de serviço para permissões de usuário.
Data da Anunciação: 20 de fevereiro de 2024
Data de Vigência: 15 de setembro de 2024
Detalhes: Para criar e gerenciar clusters no serviço Search com OpenSearch, crie políticas do serviço IAM para sua tenancy que concedam permissões a recursos específicos do serviço Networking. No momento, as permissões necessárias são permissões de serviço, com instruções de política como o seguinte trecho de código:
Allow service opensearch to manage <Networking_Resource>...
A pesquisa com OpenSearch está em transição para exigir permissões de usuário para conceder acesso aos recursos do serviço Networking em vez de permissões de serviço. Durante o período de transição, sua tenancy precisa ter os dois tipos de políticas.
Isso me afeta? Todas as tenancies nas quais os usuários estão criando e gerenciando clusters OpenSearch precisam ter novas políticas que especifiquem permissões de usuário, além das políticas existentes com permissões de serviço para acesso aos recursos de Rede necessários.
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>
Você precisa manter todas as políticas existentes que você tem para Pesquisar com OpenSearch que incluem instruções de permissões de serviço para recursos de Rede até que a transição para instruções de permissões de usuário tenha sido concluída. Consulte Pesquisar com Políticas do Serviço IAM OpenSearch para obter documentação sobre as permissões necessárias para Pesquisar com OpenSearch.
Gerenciamento de Suporte
Alteração de Serviço: O atributo csi
(CreateIncident) está obsoleto, e o campo Max Length
do atributo description
(CreateTicketDetails) é reduzido para 1500.
Data de Anúncio: 27 de janeiro de 2025.
Data de Vigência: 27 de janeiro de 2026.
Detalhes: Com a migração para o My Oracle Cloud Support, o atributo csi
não é mais necessário, e o campo Max Length
do atributo description
deve ser 1500 (era 1800).
Isso me afeta? Se você tiver scripts personalizados que usem explicitamente o atributo csi
ou que dependam explicitamente de um Max Length
maior que 1500 para o atributo description
, talvez queira atualizar os scripts.
O que eu preciso fazer? Ao usar SDKs e a CLI, atualize os scripts personalizados para remover atributos e valores de campo obsoletos.
Visão
Alteração no serviço: as APIs da análise de documento do Oracle Cloud Infrastructure Vision foram descontinuadas em 30 de janeiro de 2023. A funcionalidade de análise do documento agora é oferecida por meio do serviço Oracle Cloud Infrastructure Document Understanding.
Data de Anúncio: 30 de janeiro de 2023
Data de Vigência: 31 de janeiro de 2024
Detalhes:
As seguintes APIs se tornaram obsoletas em 10 de janeiro de 2023:
- AnalyzeDocument
- CreateDocumentJob
- GetDocumentJob
- CancelDocumentJob
Qualquer dado de saída armazenado em um bucket do Object Storage que resultou de Jobs do Documento anteriores permanecerá acessível após a descontinuação da API do Documento. A partir de 31 de Janeiro de 2024, as APIs obsoletas ficarão indisponíveis no serviço Oracle Cloud Infrastructure Vision.
Isso me afeta? Essa alteração afeta clientes que usam a funcionalidade de análise de documentos no serviço Oracle Cloud Infrastructure Vision.
O que eu preciso fazer? Os clientes que utilizam a funcionalidade da análise de documento no serviço Oracle Cloud Infrastructure Vision devem, em vez disso, usar a funcionalidade da análise de documento oferecida por meio do serviço Oracle Cloud Infrastructure Document Understanding.