[System] Você é um arquiteto e especialista experiente em OCI focado no domínio de platform/sre-operations. Forneça orientações técnicas, profundas e definitivas.

[User] Dada a infraestrutura da CyberDef (compartimento shared-services), detalhe o passo a passo seguro para atualização de configuração de sre-operations no projeto supply-chain.

[Assistant]
## atualização de configuração de sre-operations em OCI

**Empresa**: CyberDef | **projeto**: supply-chain | **Ambiente**: desativação | **Região**: us-ashburn-1

### Visão Geral
Para a CyberDef, a resiliência de sre-operations é crítica para manter os SLAs no estágio desativação. A restrição de `com budget limitado` é mandatória nesse contexto e deve ser validada e documentada antes da execução de qualquer comando.

### Pré-requisitos de IAM e Infraestrutura
- Grupo `supply-chain-admins` com permissão `manage sre-operations-family` no compartimento `shared-services`
- Grupo `supply-chain-devops` com permissão `use sre-operations-family` para operações rotineiras
- Grupo `supply-chain-viewers` com permissão `inspect sre-operations-family` para auditoria
- Service Limits verificados na região `us-ashburn-1` — abrir SR com antecedência se necessário
- VCN, subnets e NSGs configurados conforme padrão de segurança do projeto
- Backup ou snapshot do estado atual validado antes de qualquer mudança

### Comando de Execução
```bash
oci monitoring alarm update --alarm-id ocid1.alarm.oc1.sa-saopaulo-1.xxx --display-name sre-operations-suppl-75
```

### Validação Pós-Execução
- Use `--wait-for-state` disponível na maioria dos recursos para tracking síncrono
- Aplique tagging obrigatório: `cost-center=supply-chain`, `env=desativação`, `owner=CyberDef`
- Verifique status final via CLI:
```bash
```bash
oci monitoring alarm list --compartment-id ocid1.compartment.oc1..shared-services
```
```
- Confirme visibilidade nos dashboards de OCI Monitoring e ausência de alertas críticos
- Valide que eventos foram registrados no OCI Audit Trail (retenção mínima 90 dias)

### Configurações Recomendadas pela Oracle
- **Backup**: Configure backup automático com retenção mínima de 30 dias e teste mensal de restore
- **Auto-scaling**: Defina policies baseadas em CPU > 70% para resposta automática à carga
- **Security**: Habilite OCI WAF e Cloud Guard para detecção proativa de ameaças
- **Cost Control**: Configure OCI Budgets com alertas quando custo atingir 80% do limite aprovado
- **Compliance**: Execute scan mensal com OCI Security Advisor e corrija findings críticos

### Troubleshooting Rápido
| Erro | Causa | Solução |
|:---|:---|:---|
| AuthorizationFailed | IAM insuficiente | Revisar policy do grupo `supply-chain-admins` |
| LimitExceeded | Quota atingida | Verificar Service Limits e abrir SR |
| NotFound | OCID incorreto | Validar OCIDs com `oci ... list` |

### Resumo da Operação
| Parâmetro | Valor |
|:---|:---|
| Região | us-ashburn-1 |
| Compartimento | shared-services |
| Fase do Ciclo | desativação |
| Tipo de Ação | atualização de configuração |
| Persona | finops analyst |
| Restrição | com budget limitado |

**Ref**: docs.oracle.com/pt-br/iaas/Content/Platform/


[System] Você é um arquiteto e especialista experiente em OCI focado no domínio de migration/gcp-database. Forneça orientações técnicas, profundas e definitivas.

[User] Dada a infraestrutura da AutoTech (compartimento sandbox), detalhe o passo a passo seguro para planejamento de migração de gcp-database no projeto exadata-move.

[Assistant]
### Guia de Migração: gcp-database → OCI
Cenário: expansão | Região: uk-london-1 | Empresa: AutoTech | projeto: exadata-move

## Análise Técnica Pré-Migração
A implementação de gcp-database no projeto exadata-move visa mitigar gargalos de performance na fase de expansão. A migração de ambientes legado para OCI requer análise cuidadosa de equivalências de serviço, networking, security e custo. Ferramentas como OCI Migration Service e Cloud Readiness Assessments ajudam a identificar similaridades, gaps e riscos antes do início da migração formal.

## Implementação no OCI
```bash
oci compute instance launch --availability-domain AD-1 --shape VM.DenseIO.E4.Flex --subnet-id ocid1.subnet.oc1.sa-saopaulo-1.xxx --compartment-id ocid1.compartment.oc1..sandbox --display-name oci-migrated-resource
```

## Tabela de Equivalências de Serviço
| Categoria | On-Premise/Legacy | OCI Equivalent | Notas de Migração |
|:---|:---|:---|:---|
| Compute | VMware vSphere | OCI Compute | Shapes Flexíveis com OCPUs/memória ajustáveis |
| Storage | EMC VMAX | OCI Block Storage | Performance/Enterprise com replicação cross-region |
| Storage | NetApp NAS | OCI File Storage | NFS/ONTAP com snapshots integrados |
| Database | Oracle DB Enterprise | OCI Autonomous DB | ATP/JSON com patching automático |
| Network | Cisco ACI/Nexus | OCI Networking VCN | Security Lists + NSGs por recurso |
| LB | F5 BigIP | OCI Load Balancer | Regional com health checks configuráveis |
| Identity | MS Active Directory | OCI IAM Identity Domains | SAML/OIDC federation nativo |
| Monitoring | Nagios/Zabbix | OCI Monitoring + Logging | Metrics, Alarms, Log Analytics integrados |

## Ferramentas de Migração OCI
- **OCI Migration Service**: análise automatizada de workloads e geração de planos
- **Cloud Coach**: guias de melhores práticas e validação de arquitetura
- **Rclone/OCI Data Transfer**: transferência de dados em massa para Object Storage
- **Velero + OKE**: migração de workloads Kubernetes e backups de cluster

## Estratégia de Migração em Fases
1. **Assessment**: OCI Migration Service analisa workloads, dependências e TCO
2. **Planning**: Documente RPO/RTO, sizing de recursos e janelas de cutover
3. **Proof of Concept**: Deploy na região uk-london-1 com dados de teste
4. **Pilot**: Migração de workloads não-críticos com validação funcional completa
5. **Production**: Cutover com janela de manutenção aprovada e rollback testado
6. **Validation**: Testes de regressão, performance, disaster recovery e segurança

## Cutover Checklist
- [ ] conectividade validada entre compartments e on-premise via FastConnect/VPN
- [ ] Integridade de dados verificada com checksums pós-transferência
- [ ] Teste de failback de disaster recovery executado com sucesso
- [ ] Documentação técnica e runbooks operacionais atualizados
- [ ] Equipe operacional treinada nas ferramentas e consoles OCI
- [ ] monitoramento, alertas e dashboards configurados e validados
- [ ] Tagging completo aplicado: cost-center=exadata-move, env=expansão

## Pós-Migração e Otimização Contínua
1. Configure OCI Monitoring com alertas proativos de performance e disponibilidade
2. Ative OCI Cloud Guard para monitoramento de postura de segurança
3. Execute cleanup de recursos legado após período de validação de 30 dias
4. Otimize shapes com OCI Optimizer baseado em utilização real do primeiro mês
5. Revise custos mensalmente com OCI Cost Analysis filtrado por tag de projeto

**Referências**: docs.oracle.com/pt-br/iaas/Content/migration/overview.htm


[System] Você é um arquiteto e especialista experiente em OCI focado no domínio de security/waf. Forneça orientações técnicas, profundas e definitivas.

[User] Dada a infraestrutura da AgroBR (compartimento data-platform), detalhe o passo a passo seguro para listagem e auditoria de waf no projeto hybrid-cloud.

[Assistant]
# listagem e auditoria de waf — OCI Step-by-Step

**Cenário**: AgroBR, projeto hybrid-cloud, ambiente produção estável, persona: cloud architect

**Restrição**: mínimo privilégio | **Região**: ap-tokyo-1 | **Compartimento**: data-platform

---

### Passo 1: Verificar Pré-requisitos Completos
Antes de qualquer execução, confirme todos os itens abaixo:
- **IAM**: grupo `hybrid-cloud-admins` configurado corretamente no compartimento `data-platform`
- **IAM Serviços**: dynamic groups configurados para instâncias e serviços que precisam de acesso
- **Service Limits**: verificar quotas disponíveis em `ap-tokyo-1` para waf — abrir SR se necessário
- **Networking**: subnets privadas, NSGs e Security Lists configurados conforme padrão de segurança
- **Backup**: confirmar existência de snapshot ou backup validado do estado atual
- **Compliance**: restrição `mínimo privilégio` documentada e aprovada pelo time de security

### Passo 2: Executar Operação Principal
```bash
oci waf web-app-firewall list --compartment-id ocid1.compartment.oc1..data-platform
```

### Passo 3: Validar Resultado da Operação
- Aguardar estado AVAILABLE/ACTIVE usando `--wait-for-state` (timeout recomendado: 10 minutos)
- Verificar listagem completa e confirmar presença do recurso:
```bash
```bash
oci waf web-app-firewall list --compartment-id ocid1.compartment.oc1..data-platform
```
```
- Confirmar visibilidade no OCI Console na região `ap-tokyo-1`
- Validar que não há alertas críticos ativos no OCI Monitoring

### Passo 4: Aplicar Tagging Obrigatório
```bash
# freeform-tags obrigatórias conforme política corporativa:
# cost-center=hybrid-cloud, env=produção estável, owner=AgroBR, team=cloud architect
```bash
oci waf web-app-firewall update --web-app-firewall-id ocid1.target.oc1.sa-saopaulo-1.xxx --display-name waf-hybri-7
``` --freeform-tags '{"cost-center": "hybrid-cloud", "env": "produção estável"}'
```

### Passo 5: Configurar monitoramento e Alertas
- Adicionar recurso ao dashboard de OCI Monitoring existente do projeto
- Criar alarmes específicos para métricas críticas do serviço waf
- Configurar notificações via OCI Notifications (email, Slack, PagerDuty)
- Validar que OCI Cloud Guard está monitorando o compartimento `data-platform`

### Passo 6: Segurança e Compliance
- Executar scan de postura com OCI Security Advisor no compartimento
- Confirmar que nenhum recurso é acessível publicamente sem justificativa
- Validar que encryption at-rest e in-transit estão habilitados
- Confirmar ativação de OCI Audit Trail com retenção de 90+ dias

### Passo 7: Documentar e Encerrar
- Atualizar CMDB com novos OCIDs, configurações e dependências
- Registrar procedimento executado no runbook da equipe de SRE
- Comunicar conclusão a stakeholders do projeto hybrid-cloud via canal oficial
- Arquivar evidências de execução: screenshots, logs e outputs no sistema de tickets

### Dicas e Ferramentas OCI
- Use **OCI Cloud Shell** para execução sem configuração local de CLI ou credenciais
- Configure **OCI Monitoring** com métricas customizadas para o perfil do workload
- Utilize **OCI Cost Analysis** com filtros por tag para tracking granular de custos
- Implemente **OCI Events** para automação de respostas a mudanças de lifecycle state

**Referência**: docs.oracle.com/pt-br/iaas/Content/Security/


[System] Você é um arquiteto e especialista experiente em OCI focado no domínio de database/exadata. Forneça orientações técnicas, profundas e definitivas.

[User] Gostaria de saber a recomendação oficial do OCI para a tarefa de consulta de detalhes em exadata. Nossa empresa (RetailSul) possui o cenário auditoria e precisamos garantir que respeitaremos o pré-requisito de com budget limitado.

[Assistant]
## exadata: consulta de detalhes

**Região**: ap-tokyo-1 | **Compartimento**: networking | **projeto**: supply-chain | **Fase**: auditoria

### Contexto Técnico
A implementação de exadata no projeto supply-chain visa mitigar gargalos de performance na fase de auditoria. A restrição crítica `com budget limitado` deve ser observada e validada em todas as etapas da execução, sem exceções.

### Políticas IAM Necessárias
Configurações mínimas de IAM antes da execução:
```
Allow group supply-chain-admins to manage exadata-family in compartment networking
Allow group supply-chain-devops to use exadata-family in compartment networking
```

### Comando Principal
```bash
oci db exadata-infrastructure get --exadata-infrastructure-id ocid1.exadatainfrastructure.oc1.sa-saopaulo-1.xxx
```

### Parâmetros Chave da Execução
- **IAM group**: `supply-chain-admins` → permissão `manage exadata-family` no compartimento `networking`
- **Restrição operacional**: com budget limitado — validar conformidade antes de executar
- **Estado atual do ambiente**: auditoria — considerar impacto de downtime
- **Persona e responsabilidade**: cloud architect é o responsável técnico pela operação
- **Compartment ID**: `ocid1.compartment.oc1..networking`

### Checklist Completo de Execução
- [ ] IAM verificado — policies aplicadas corretamente
- [ ] Service Limits verificados na região `ap-tokyo-1`
- [ ] Backup/snapshot realizado antes da operação
- [ ] Janela de manutenção aprovada pela equipe
- [ ] Comando executado com sucesso e retorno validado
- [ ] Estado AVAILABLE/ACTIVE confirmado via polling
- [ ] Tags aplicadas: cost-center=supply-chain, env=auditoria
- [ ] monitoramento verificado — métricas visíveis no dashboard
- [ ] Documentação atualizada no CMDB e runbook

### Validação de Estado
```bash
```bash
oci db exadata-infrastructure list --compartment-id ocid1.compartment.oc1..networking
```
```

### Rollback (se necessário)
Em caso de falha, executar procedimento de rollback documentado:
1. Identificar OCID do recurso com problema
2. Executar terminação ou reversão conforme tipo de recurso
3. Restaurar de backup ou snapshot mais recente disponível
4. Notificar equipe de SRE e registrar incidente

### Troubleshooting Pós-Execução
| Sintoma | Causa | Diagnóstico | Ação |
|:---|:---|:---|:---|
| Estado FAILED | Parâmetro inválido | Verificar logs de error | Corrigir e reexecutar |
| Sem métricas | Agent não instalado | Checar OCI Management Agent | Instalar agente via console |
| Custo inesperado | Shape errado | OCI Cost Analysis por tag | Ajustar shape ou schedule |
| Acesso negado | Política IAM | `oci iam policy list` | Revisar e aplicar policy correta |

### Boas Práticas Obrigatórias
- **Seguranç**: ative encryption at-rest e in-transit em todos os recursos de dados
- **FinOps**: revise custos mensalmente com OCI Cost Analysis e relatório por tag
- **Compliance**: retenção de 90 dias mínima no OCI Audit Trail para auditoria
- **DR**: valide backup mensal com restore drill documentado e aprovado
- **Automação**: use IaC (Terraform/Resource Manager) para garantir repeatability

**Ref**: docs.oracle.com/pt-br/iaas/Content/Database/


[System] Você é um arquiteto e especialista experiente em OCI focado no domínio de governance/tagging. Forneça orientações técnicas, profundas e definitivas.

[User] Para o ambiente greenfield do nosso projeto exadata-move, precisamos realizar: atualização de configuração de tagging. Quais as melhores estratégias e comandos no OCI considerando a restrição: sem downtime?

[Assistant]
### Guia de Migração: tagging → OCI
Cenário: greenfield | Região: ca-toronto-1 | Empresa: StartX | projeto: exadata-move

## Análise Técnica Pré-Migração
O projeto exadata-move exige que tagging seja configurado com atenção redobrada ao compliance no ciclo de greenfield. A migração de ambientes legado para OCI requer análise cuidadosa de equivalências de serviço, networking, security e custo. Ferramentas como OCI Migration Service e Cloud Readiness Assessments ajudam a identificar similaridades, gaps e riscos antes do início da migração formal.

## Implementação no OCI
```bash
oci iam tag-namespace update --tag-namespace-id ocid1.tagnamespace.oc1.sa-saopaulo-1.xxx --is-retired true
```

## Tabela de Equivalências de Serviço
| Categoria | On-Premise/Legacy | OCI Equivalent | Notas de Migração |
|:---|:---|:---|:---|
| Compute | VMware vSphere | OCI Compute | Shapes Flexíveis com OCPUs/memória ajustáveis |
| Storage | EMC VMAX | OCI Block Storage | Performance/Enterprise com replicação cross-region |
| Storage | NetApp NAS | OCI File Storage | NFS/ONTAP com snapshots integrados |
| Database | Oracle DB Enterprise | OCI Autonomous DB | ATP/JSON com patching automático |
| Network | Cisco ACI/Nexus | OCI Networking VCN | Security Lists + NSGs por recurso |
| LB | F5 BigIP | OCI Load Balancer | Regional com health checks configuráveis |
| Identity | MS Active Directory | OCI IAM Identity Domains | SAML/OIDC federation nativo |
| Monitoring | Nagios/Zabbix | OCI Monitoring + Logging | Metrics, Alarms, Log Analytics integrados |

## Ferramentas de Migração OCI
- **OCI Migration Service**: análise automatizada de workloads e geração de planos
- **Cloud Coach**: guias de melhores práticas e validação de arquitetura
- **Rclone/OCI Data Transfer**: transferência de dados em massa para Object Storage
- **Velero + OKE**: migração de workloads Kubernetes e backups de cluster

## Estratégia de Migração em Fases
1. **Assessment**: OCI Migration Service analisa workloads, dependências e TCO
2. **Planning**: Documente RPO/RTO, sizing de recursos e janelas de cutover
3. **Proof of Concept**: Deploy na região ca-toronto-1 com dados de teste
4. **Pilot**: Migração de workloads não-críticos com validação funcional completa
5. **Production**: Cutover com janela de manutenção aprovada e rollback testado
6. **Validation**: Testes de regressão, performance, disaster recovery e segurança

## Cutover Checklist
- [ ] conectividade validada entre compartments e on-premise via FastConnect/VPN
- [ ] Integridade de dados verificada com checksums pós-transferência
- [ ] Teste de failback de disaster recovery executado com sucesso
- [ ] Documentação técnica e runbooks operacionais atualizados
- [ ] Equipe operacional treinada nas ferramentas e consoles OCI
- [ ] monitoramento, alertas e dashboards configurados e validados
- [ ] Tagging completo aplicado: cost-center=exadata-move, env=greenfield

## Pós-Migração e Otimização Contínua
1. Configure OCI Monitoring com alertas proativos de performance e disponibilidade
2. Ative OCI Cloud Guard para monitoramento de postura de segurança
3. Execute cleanup de recursos legado após período de validação de 30 dias
4. Otimize shapes com OCI Optimizer baseado em utilização real do primeiro mês
5. Revise custos mensalmente com OCI Cost Analysis filtrado por tag de projeto

**Referências**: docs.oracle.com/pt-br/iaas/Content/migration/overview.htm


[System] Você é um arquiteto e especialista experiente em OCI focado no domínio de terraform/state. Forneça orientações técnicas, profundas e definitivas.

[User] Atuando como finops analyst na empresa BioMed, minha missão é executar a tarefa de consulta de detalhes para state no escopo do projeto migra-aws (região uk-london-1, compartimento analytics). Como proceder?

[Assistant]
## state: consulta de detalhes

**Cenário**: BioMed — projeto migra-aws em fase de incidente

**Contexto Técnico**: A implementação de state no projeto migra-aws visa mitigar gargalos de performance na fase de incidente.

**Região**: uk-london-1 | **Compartimento**: analytics | **Restrição**: sem IP público | **Persona**: finops analyst

### Solução OCI recomendada

```hcl
resource "oci_state_resource" "main" {
  compartment_id = "ocid1.compartment.oc1..analytics"
  display_name   = "state-migra-56"
}
```

### Premissas e Notas Técnicas Críticas
- **IAM Obrigatório**: grupo `migra-aws-admins` deve ter permissão `manage state-family` no compartimento `analytics`
- **Quotas**: verificar Service Limits para state na região `uk-london-1` antes da execução — abrir SR com antecedência
- **Idempotência**: reexecutar o comando não deve criar recursos duplicados — nomes e tags garantem unicidade
- **Estado síncrono**: usar `--wait-for-state` quando disponível ou implementar polling manual a cada 30s
- **Tags obrigatórias**: `cost-center=migra-aws`, `env=incidente`, `team=finops analyst`, `owner=BioMed`
- **Networking**: confirmar subnets privadas, NSGs e Security Lists conforme padrão de segurança do projeto
- **Backup**: validar existência de snapshot ou backup recente antes de operações destrutivas ou de modificação

### Verificar Estado e Listar Recursos
```bash
# Verificar estado do recurso recém-criado ou modificado
```hcl
resource "oci_state_resource" "main" {
  compartment_id = "ocid1.compartment.oc1..analytics"
  display_name   = "state-migra-56"
}
```

# Verificar logs de auditoria da operação
oci audit event list --compartment-id ocid1.compartment.oc1..analytics --start-time 2026-01-01T00:00:00Z
```

### Troubleshooting Comum
| Problema | Causa Provável | Diagnóstico | Solução |
|:---|:---|:---|:---|
| AuthorizationFailed | IAM insuficiente | Verificar group membership | Revisar policies no compartimento pai |
| LimitExceeded | Quota atingida | `oci limits service list` | Abrir SR Oracle para aumento |
| Timeout na criação | Recurso assíncrono | Polling com `--wait-for-state` | Aumentar timeout para 10+ minutos |
| NetworkError | NSG/SL restritivo | VCN Flow Logs + audit | Revisar regras de ingress/egress |
| NotFound 404 | OCID incorreto | `oci ... list` para validar | Confirmar região e compartimento |

### Best Practices Aplicáveis no projeto migra-aws
- Mantenha configurações versionadas em Git com code review via OCI DevOps
- Utilize tags padronizadas desde o primeiro recurso criado no compartimento
- Configure alertas de custo no OCI Budgets antes de provisionar recursos em produção
- Documente todos os OCIDs em vault seguro (OCI Vault Secrets) com rotação automática
- Revise permissões de IAM a cada 30 dias seguindo princípio do mínimo privilégio
- Ative OCI Cloud Guard para detecção contínua de misconfigurations e ameaças

**Documentação Oficial**: docs.oracle.com/pt-br/iaas/Content/Terraform/


[System] Você é um arquiteto e especialista experiente em OCI focado no domínio de terraform/storage. Forneça orientações técnicas, profundas e definitivas.

[User] Gostaria de saber a recomendação oficial do OCI para a tarefa de remoção em storage. Nossa empresa (GovBR) possui o cenário desativação e precisamos garantir que respeitaremos o pré-requisito de com budget limitado.

[Assistant]
## Análise de Design: Remoção de storage
Para a GovBR, a resiliência de storage é crítica para manter os SLAs no estágio desativação. Como dba, valide se o compartimento `analytics` possui políticas IAM com mínimo privilégio antes de qualquer operação.

### 1. Contexto de Negócio
A operação de remoção em storage é uma decisão estratégica para GovBR no projeto erp-cloud. O ciclo de desativação exige atenção a compliance e custo. A região us-ashburn-1 foi selecionada por proximidade dos usuários e Service Limits adequados.

### 2. Matriz de Riscos
| Componente | Risco | Mitigação | prioridade |
|:---|:---|:---|:---|
| Disponibilidade | Quotas em us-ashburn-1 | Validar Service Limits previamente | Alta |
| Segurança | Exposição indevida | NSG restritivo + Security Lists | Alta |
| Custo | Oversizing de recursos | Shapes otimizados para workload | Média |
| Compliance | Auditoria pendente | Tagging completo + Logging habilitado | Alta |
| Performance | Latência elevada | CDN + Edge Locations + caching L2 | Média |
| Networking | Configuração incorreta | Validar routes e gateways previamente | Alta |

### 3. Implementação
```hcl
resource "oci_storage_resource" "main" {
  compartment_id = "ocid1.compartment.oc1..analytics"
  display_name   = "storage-erp-c-30"
}
```

A execução segue o padrão de idempotência — use `--wait-for-state` para operações síncronas e valide o retorno antes de avançar.

### 4. Trade-offs de Arquitetura
- **Vantagem**: A abordagem escolhida oferece escalabilidade horizontal sem redesign da arquitetura base.
- **Desvantagem**: O custo aumenta proporcionalmente com a carga; reserved instances mitigam isso para workloads previsíveis.
- **Alternativa**: Para ambientes de desenvolvimento, considere Free Tier ou Always Free resources disponíveis no OCI.
- **Decisão recomendada**: Em produção estável, reserve capacity por 1 ano para redução de custo de até 40%.

### 5. Validação Pós-Deploy
- [ ] Status reportado como 'AVAILABLE' ou 'ACTIVE' via CLI ou Console
- [ ] Logs de auditoria gerados e visíveis em OCI Audit Trail
- [ ] Tags aplicadas: cost-center=erp-cloud, environment=desativação, owner=GovBR
- [ ] Monitoring configurado para métricas de CPU, memória, rede e disco
- [ ] Alertas de orçamento configurados via OCI Budgets com threshold de 80%
- [ ] Políticas de retention de logs configuradas para mínimo de 90 dias
- [ ] Backup automático validado com teste de restore bem-sucedido

### 6. Boas Práticas
- Use **Identity Domains** para gerenciamento centralizado de usuários e grupos.
- Configure **alertas de orçamento** via OCI Budgets com notificações email e ONS.
- Utilize **Service Limits** para controlar quotas por compartment e prevenir overspend.
- Implemente **tagging hierárquico** para chargeback/showback granular por equipe.
- Configure **VCN Flow Logs** para auditoria completa do tráfego de rede.
- Use **OCI Cloud Guard** para detecção contínua de configurações inseguras.
- Implemente **backup automatizado** com retenção mínima de 30 dias e teste periódico.
- Configure **Life Cycle Policies** para tiering automático e otimização de custos.

### 7. Referências
- docs.oracle.com/pt-br/iaas/Content/terraform/Home.htm
- docs.oracle.com/pt-br/iaas/Content/General/Concepts/oci-api-overview.htm


[System] Você é um arquiteto e especialista experiente em OCI focado no domínio de storage/file. Forneça orientações técnicas, profundas e definitivas.

[User] Dada a infraestrutura da BioMed (compartimento shared-services), detalhe o passo a passo seguro para listagem e auditoria de file no projeto iac-pipeline.

[Assistant]
### Guia de Migração: file → OCI
Cenário: incidente | Região: ca-toronto-1 | Empresa: BioMed | projeto: iac-pipeline

## Análise Técnica Pré-Migração
O projeto iac-pipeline exige que file seja configurado com atenção redobrada ao compliance no ciclo de incidente. A migração de ambientes legado para OCI requer análise cuidadosa de equivalências de serviço, networking, security e custo. Ferramentas como OCI Migration Service e Cloud Readiness Assessments ajudam a identificar similaridades, gaps e riscos antes do início da migração formal.

## Implementação no OCI
```bash
oci fs mount-target list --compartment-id ocid1.compartment.oc1..shared-services
```

## Tabela de Equivalências de Serviço
| Categoria | On-Premise/Legacy | OCI Equivalent | Notas de Migração |
|:---|:---|:---|:---|
| Compute | VMware vSphere | OCI Compute | Shapes Flexíveis com OCPUs/memória ajustáveis |
| Storage | EMC VMAX | OCI Block Storage | Performance/Enterprise com replicação cross-region |
| Storage | NetApp NAS | OCI File Storage | NFS/ONTAP com snapshots integrados |
| Database | Oracle DB Enterprise | OCI Autonomous DB | ATP/JSON com patching automático |
| Network | Cisco ACI/Nexus | OCI Networking VCN | Security Lists + NSGs por recurso |
| LB | F5 BigIP | OCI Load Balancer | Regional com health checks configuráveis |
| Identity | MS Active Directory | OCI IAM Identity Domains | SAML/OIDC federation nativo |
| Monitoring | Nagios/Zabbix | OCI Monitoring + Logging | Metrics, Alarms, Log Analytics integrados |

## Ferramentas de Migração OCI
- **OCI Migration Service**: análise automatizada de workloads e geração de planos
- **Cloud Coach**: guias de melhores práticas e validação de arquitetura
- **Rclone/OCI Data Transfer**: transferência de dados em massa para Object Storage
- **Velero + OKE**: migração de workloads Kubernetes e backups de cluster

## Estratégia de Migração em Fases
1. **Assessment**: OCI Migration Service analisa workloads, dependências e TCO
2. **Planning**: Documente RPO/RTO, sizing de recursos e janelas de cutover
3. **Proof of Concept**: Deploy na região ca-toronto-1 com dados de teste
4. **Pilot**: Migração de workloads não-críticos com validação funcional completa
5. **Production**: Cutover com janela de manutenção aprovada e rollback testado
6. **Validation**: Testes de regressão, performance, disaster recovery e segurança

## Cutover Checklist
- [ ] conectividade validada entre compartments e on-premise via FastConnect/VPN
- [ ] Integridade de dados verificada com checksums pós-transferência
- [ ] Teste de failback de disaster recovery executado com sucesso
- [ ] Documentação técnica e runbooks operacionais atualizados
- [ ] Equipe operacional treinada nas ferramentas e consoles OCI
- [ ] monitoramento, alertas e dashboards configurados e validados
- [ ] Tagging completo aplicado: cost-center=iac-pipeline, env=incidente

## Pós-Migração e Otimização Contínua
1. Configure OCI Monitoring com alertas proativos de performance e disponibilidade
2. Ative OCI Cloud Guard para monitoramento de postura de segurança
3. Execute cleanup de recursos legado após período de validação de 30 dias
4. Otimize shapes com OCI Optimizer baseado em utilização real do primeiro mês
5. Revise custos mensalmente com OCI Cost Analysis filtrado por tag de projeto

**Referências**: docs.oracle.com/pt-br/iaas/Content/migration/overview.htm


[System] Você é um arquiteto e especialista experiente em OCI focado no domínio de security/federation. Forneça orientações técnicas, profundas e definitivas.

[User] Atuando como auditor na empresa FastPag, minha missão é executar a tarefa de remoção para federation no escopo do projeto gen-ai (região us-ashburn-1, compartimento staging). Como proceder?

[Assistant]
## federation: remoção

**Região**: us-ashburn-1 | **Compartimento**: staging | **projeto**: gen-ai | **Fase**: migração

### Contexto Técnico
A implementação de federation no projeto gen-ai visa mitigar gargalos de performance na fase de migração. A restrição crítica `integração híbrida` deve ser observada e validada em todas as etapas da execução, sem exceções.

### Políticas IAM Necessárias
Configurações mínimas de IAM antes da execução:
```
Allow group gen-ai-admins to manage federation-family in compartment staging
Allow group gen-ai-devops to use federation-family in compartment staging
```

### Comando Principal
```bash
oci iam identity-provider delete --identity-provider-id ocid1.user.oc1.sa-saopaulo-1.xxx --force
```

### Parâmetros Chave da Execução
- **IAM group**: `gen-ai-admins` → permissão `manage federation-family` no compartimento `staging`
- **Restrição operacional**: integração híbrida — validar conformidade antes de executar
- **Estado atual do ambiente**: migração — considerar impacto de downtime
- **Persona e responsabilidade**: auditor é o responsável técnico pela operação
- **Compartment ID**: `ocid1.compartment.oc1..staging`

### Checklist Completo de Execução
- [ ] IAM verificado — policies aplicadas corretamente
- [ ] Service Limits verificados na região `us-ashburn-1`
- [ ] Backup/snapshot realizado antes da operação
- [ ] Janela de manutenção aprovada pela equipe
- [ ] Comando executado com sucesso e retorno validado
- [ ] Estado AVAILABLE/ACTIVE confirmado via polling
- [ ] Tags aplicadas: cost-center=gen-ai, env=migração
- [ ] monitoramento verificado — métricas visíveis no dashboard
- [ ] Documentação atualizada no CMDB e runbook

### Validação de Estado
```bash
```bash
oci iam identity-provider list --compartment-id ocid1.tenancy.oc1..xxx
```
```

### Rollback (se necessário)
Em caso de falha, executar procedimento de rollback documentado:
1. Identificar OCID do recurso com problema
2. Executar terminação ou reversão conforme tipo de recurso
3. Restaurar de backup ou snapshot mais recente disponível
4. Notificar equipe de SRE e registrar incidente

### Troubleshooting Pós-Execução
| Sintoma | Causa | Diagnóstico | Ação |
|:---|:---|:---|:---|
| Estado FAILED | Parâmetro inválido | Verificar logs de error | Corrigir e reexecutar |
| Sem métricas | Agent não instalado | Checar OCI Management Agent | Instalar agente via console |
| Custo inesperado | Shape errado | OCI Cost Analysis por tag | Ajustar shape ou schedule |
| Acesso negado | Política IAM | `oci iam policy list` | Revisar e aplicar policy correta |

### Boas Práticas Obrigatórias
- **Seguranç**: ative encryption at-rest e in-transit em todos os recursos de dados
- **FinOps**: revise custos mensalmente com OCI Cost Analysis e relatório por tag
- **Compliance**: retenção de 90 dias mínima no OCI Audit Trail para auditoria
- **DR**: valide backup mensal com restore drill documentado e aprovado
- **Automação**: use IaC (Terraform/Resource Manager) para garantir repeatability

**Ref**: docs.oracle.com/pt-br/iaas/Content/Security/


[System] Você é um arquiteto e especialista experiente em OCI focado no domínio de terraform/database. Forneça orientações técnicas, profundas e definitivas.

[User] Gostaria de saber a recomendação oficial do OCI para a tarefa de criação (provisionamento) em database. Nossa empresa (FastPag) possui o cenário migração e precisamos garantir que respeitaremos o pré-requisito de rollback em menos de 15 minutos.

[Assistant]
## database: criação (provisionamento)

**Cenário**: FastPag — projeto crm-consolida em fase de migração

**Contexto Técnico**: O projeto crm-consolida exige que database seja configurado com atenção redobrada ao compliance no ciclo de migração.

**Região**: us-phoenix-1 | **Compartimento**: devops | **Restrição**: rollback em menos de 15 minutos | **Persona**: auditor

### Solução OCI recomendada

```hcl
resource "oci_database_resource" "main" {
  compartment_id = "ocid1.compartment.oc1..devops"
  display_name   = "database-crm-c-6"
}
```

### Premissas e Notas Técnicas Críticas
- **IAM Obrigatório**: grupo `crm-consolida-admins` deve ter permissão `manage database-family` no compartimento `devops`
- **Quotas**: verificar Service Limits para database na região `us-phoenix-1` antes da execução — abrir SR com antecedência
- **Idempotência**: reexecutar o comando não deve criar recursos duplicados — nomes e tags garantem unicidade
- **Estado síncrono**: usar `--wait-for-state` quando disponível ou implementar polling manual a cada 30s
- **Tags obrigatórias**: `cost-center=crm-consolida`, `env=migração`, `team=auditor`, `owner=FastPag`
- **Networking**: confirmar subnets privadas, NSGs e Security Lists conforme padrão de segurança do projeto
- **Backup**: validar existência de snapshot ou backup recente antes de operações destrutivas ou de modificação

### Verificar Estado e Listar Recursos
```bash
# Verificar estado do recurso recém-criado ou modificado
```hcl
resource "oci_database_resource" "main" {
  compartment_id = "ocid1.compartment.oc1..devops"
  display_name   = "database-crm-c-6"
}
```

# Verificar logs de auditoria da operação
oci audit event list --compartment-id ocid1.compartment.oc1..devops --start-time 2026-01-01T00:00:00Z
```

### Troubleshooting Comum
| Problema | Causa Provável | Diagnóstico | Solução |
|:---|:---|:---|:---|
| AuthorizationFailed | IAM insuficiente | Verificar group membership | Revisar policies no compartimento pai |
| LimitExceeded | Quota atingida | `oci limits service list` | Abrir SR Oracle para aumento |
| Timeout na criação | Recurso assíncrono | Polling com `--wait-for-state` | Aumentar timeout para 10+ minutos |
| NetworkError | NSG/SL restritivo | VCN Flow Logs + audit | Revisar regras de ingress/egress |
| NotFound 404 | OCID incorreto | `oci ... list` para validar | Confirmar região e compartimento |

### Best Practices Aplicáveis no projeto crm-consolida
- Mantenha configurações versionadas em Git com code review via OCI DevOps
- Utilize tags padronizadas desde o primeiro recurso criado no compartimento
- Configure alertas de custo no OCI Budgets antes de provisionar recursos em produção
- Documente todos os OCIDs em vault seguro (OCI Vault Secrets) com rotação automática
- Revise permissões de IAM a cada 30 dias seguindo princípio do mínimo privilégio
- Ative OCI Cloud Guard para detecção contínua de misconfigurations e ameaças

**Documentação Oficial**: docs.oracle.com/pt-br/iaas/Content/Terraform/


[System] Você é um arquiteto e especialista experiente em OCI focado no domínio de networking/vcn. Forneça orientações técnicas, profundas e definitivas.

[User] Para o ambiente auditoria do nosso projeto finops-cost, precisamos realizar: listagem e auditoria de vcn. Quais as melhores estratégias e comandos no OCI considerando a restrição: multi-região?

[Assistant]
# listagem e auditoria de vcn — OCI Step-by-Step

**Cenário**: EcoEnergia, projeto finops-cost, ambiente auditoria, persona: auditor

**Restrição**: multi-região | **Região**: us-ashburn-1 | **Compartimento**: data-platform

---

### Passo 1: Verificar Pré-requisitos Completos
Antes de qualquer execução, confirme todos os itens abaixo:
- **IAM**: grupo `finops-cost-admins` configurado corretamente no compartimento `data-platform`
- **IAM Serviços**: dynamic groups configurados para instâncias e serviços que precisam de acesso
- **Service Limits**: verificar quotas disponíveis em `us-ashburn-1` para vcn — abrir SR se necessário
- **Networking**: subnets privadas, NSGs e Security Lists configurados conforme padrão de segurança
- **Backup**: confirmar existência de snapshot ou backup validado do estado atual
- **Compliance**: restrição `multi-região` documentada e aprovada pelo time de security

### Passo 2: Executar Operação Principal
```bash
oci network vcn list --compartment-id ocid1.compartment.oc1..data-platform
```

### Passo 3: Validar Resultado da Operação
- Aguardar estado AVAILABLE/ACTIVE usando `--wait-for-state` (timeout recomendado: 10 minutos)
- Verificar listagem completa e confirmar presença do recurso:
```bash
```bash
oci network vcn list --compartment-id ocid1.compartment.oc1..data-platform
```
```
- Confirmar visibilidade no OCI Console na região `us-ashburn-1`
- Validar que não há alertas críticos ativos no OCI Monitoring

### Passo 4: Aplicar Tagging Obrigatório
```bash
# freeform-tags obrigatórias conforme política corporativa:
# cost-center=finops-cost, env=auditoria, owner=EcoEnergia, team=auditor
```bash
oci network vcn update --vcn-id ocid1.vcn.oc1.sa-saopaulo-1.xxx --display-name vcn-finop
``` --freeform-tags '{"cost-center": "finops-cost", "env": "auditoria"}'
```

### Passo 5: Configurar monitoramento e Alertas
- Adicionar recurso ao dashboard de OCI Monitoring existente do projeto
- Criar alarmes específicos para métricas críticas do serviço vcn
- Configurar notificações via OCI Notifications (email, Slack, PagerDuty)
- Validar que OCI Cloud Guard está monitorando o compartimento `data-platform`

### Passo 6: Segurança e Compliance
- Executar scan de postura com OCI Security Advisor no compartimento
- Confirmar que nenhum recurso é acessível publicamente sem justificativa
- Validar que encryption at-rest e in-transit estão habilitados
- Confirmar ativação de OCI Audit Trail com retenção de 90+ dias

### Passo 7: Documentar e Encerrar
- Atualizar CMDB com novos OCIDs, configurações e dependências
- Registrar procedimento executado no runbook da equipe de SRE
- Comunicar conclusão a stakeholders do projeto finops-cost via canal oficial
- Arquivar evidências de execução: screenshots, logs e outputs no sistema de tickets

### Dicas e Ferramentas OCI
- Use **OCI Cloud Shell** para execução sem configuração local de CLI ou credenciais
- Configure **OCI Monitoring** com métricas customizadas para o perfil do workload
- Utilize **OCI Cost Analysis** com filtros por tag para tracking granular de custos
- Implemente **OCI Events** para automação de respostas a mudanças de lifecycle state

**Referência**: docs.oracle.com/pt-br/iaas/Content/Networking/


[System] Você é um arquiteto e especialista experiente em OCI focado no domínio de governance/audit-readiness. Forneça orientações técnicas, profundas e definitivas.

[User] Gostaria de saber a recomendação oficial do OCI para a tarefa de remoção em audit-readiness. Nossa empresa (IndusMax) possui o cenário produção estável e precisamos garantir que respeitaremos o pré-requisito de com auditoria em 30 dias.

[Assistant]
## audit-readiness: remoção

**Cenário**: IndusMax — projeto sec-baseline em fase de produção estável

**Contexto Técnico**: O projeto sec-baseline exige que audit-readiness seja configurado com atenção redobrada ao compliance no ciclo de produção estável.

**Região**: ap-mumbai-1 | **Compartimento**: analytics | **Restrição**: com auditoria em 30 dias | **Persona**: auditor

### Solução OCI recomendada

```bash
oci logging log-group delete --log-group-id ocid1.loggroup.oc1.sa-saopaulo-1.xxx --force
```

### Premissas e Notas Técnicas Críticas
- **IAM Obrigatório**: grupo `sec-baseline-admins` deve ter permissão `manage audit-readiness-family` no compartimento `analytics`
- **Quotas**: verificar Service Limits para audit-readiness na região `ap-mumbai-1` antes da execução — abrir SR com antecedência
- **Idempotência**: reexecutar o comando não deve criar recursos duplicados — nomes e tags garantem unicidade
- **Estado síncrono**: usar `--wait-for-state` quando disponível ou implementar polling manual a cada 30s
- **Tags obrigatórias**: `cost-center=sec-baseline`, `env=produção estável`, `team=auditor`, `owner=IndusMax`
- **Networking**: confirmar subnets privadas, NSGs e Security Lists conforme padrão de segurança do projeto
- **Backup**: validar existência de snapshot ou backup recente antes de operações destrutivas ou de modificação

### Verificar Estado e Listar Recursos
```bash
# Verificar estado do recurso recém-criado ou modificado
```bash
oci audit event list --compartment-id ocid1.compartment.oc1..analytics --start-time 2026-01-01T00:00:00Z --end-time 2026-01-31T23:59:59Z
```

# Verificar logs de auditoria da operação
oci audit event list --compartment-id ocid1.compartment.oc1..analytics --start-time 2026-01-01T00:00:00Z
```

### Troubleshooting Comum
| Problema | Causa Provável | Diagnóstico | Solução |
|:---|:---|:---|:---|
| AuthorizationFailed | IAM insuficiente | Verificar group membership | Revisar policies no compartimento pai |
| LimitExceeded | Quota atingida | `oci limits service list` | Abrir SR Oracle para aumento |
| Timeout na criação | Recurso assíncrono | Polling com `--wait-for-state` | Aumentar timeout para 10+ minutos |
| NetworkError | NSG/SL restritivo | VCN Flow Logs + audit | Revisar regras de ingress/egress |
| NotFound 404 | OCID incorreto | `oci ... list` para validar | Confirmar região e compartimento |

### Best Practices Aplicáveis no projeto sec-baseline
- Mantenha configurações versionadas em Git com code review via OCI DevOps
- Utilize tags padronizadas desde o primeiro recurso criado no compartimento
- Configure alertas de custo no OCI Budgets antes de provisionar recursos em produção
- Documente todos os OCIDs em vault seguro (OCI Vault Secrets) com rotação automática
- Revise permissões de IAM a cada 30 dias seguindo princípio do mínimo privilégio
- Ative OCI Cloud Guard para detecção contínua de misconfigurations e ameaças

**Documentação Oficial**: docs.oracle.com/pt-br/iaas/Content/Governance/


[System] Você é um arquiteto e especialista experiente em OCI focado no domínio de observability/stack-monitoring. Forneça orientações técnicas, profundas e definitivas.

[User] Dada a infraestrutura da AgroBR (compartimento sandbox), detalhe o passo a passo seguro para atualização de configuração de stack-monitoring no projeto bi-analytics.

[Assistant]
# atualização de configuração de stack-monitoring — OCI Step-by-Step

**Cenário**: AgroBR, projeto bi-analytics, ambiente produção estável, persona: finops analyst

**Restrição**: com auditoria em 30 dias | **Região**: sa-saopaulo-1 | **Compartimento**: sandbox

---

### Passo 1: Verificar Pré-requisitos Completos
Antes de qualquer execução, confirme todos os itens abaixo:
- **IAM**: grupo `bi-analytics-admins` configurado corretamente no compartimento `sandbox`
- **IAM Serviços**: dynamic groups configurados para instâncias e serviços que precisam de acesso
- **Service Limits**: verificar quotas disponíveis em `sa-saopaulo-1` para stack-monitoring — abrir SR se necessário
- **Networking**: subnets privadas, NSGs e Security Lists configurados conforme padrão de segurança
- **Backup**: confirmar existência de snapshot ou backup validado do estado atual
- **Compliance**: restrição `com auditoria em 30 dias` documentada e aprovada pelo time de security

### Passo 2: Executar Operação Principal
```bash
oci stack-monitoring monitored-resource update --monitored-resource-id ocid1.alarm.oc1.sa-saopaulo-1.xxx --display-name stack-monitoring-bi-an-27
```

### Passo 3: Validar Resultado da Operação
- Aguardar estado AVAILABLE/ACTIVE usando `--wait-for-state` (timeout recomendado: 10 minutos)
- Verificar listagem completa e confirmar presença do recurso:
```bash
```bash
oci stack-monitoring monitored-resource list --compartment-id ocid1.compartment.oc1..sandbox
```
```
- Confirmar visibilidade no OCI Console na região `sa-saopaulo-1`
- Validar que não há alertas críticos ativos no OCI Monitoring

### Passo 4: Aplicar Tagging Obrigatório
```bash
# freeform-tags obrigatórias conforme política corporativa:
# cost-center=bi-analytics, env=produção estável, owner=AgroBR, team=finops analyst
```bash
oci stack-monitoring monitored-resource update --monitored-resource-id ocid1.alarm.oc1.sa-saopaulo-1.xxx --display-name stack-monitoring-bi-an-27
``` --freeform-tags '{"cost-center": "bi-analytics", "env": "produção estável"}'
```

### Passo 5: Configurar monitoramento e Alertas
- Adicionar recurso ao dashboard de OCI Monitoring existente do projeto
- Criar alarmes específicos para métricas críticas do serviço stack-monitoring
- Configurar notificações via OCI Notifications (email, Slack, PagerDuty)
- Validar que OCI Cloud Guard está monitorando o compartimento `sandbox`

### Passo 6: Segurança e Compliance
- Executar scan de postura com OCI Security Advisor no compartimento
- Confirmar que nenhum recurso é acessível publicamente sem justificativa
- Validar que encryption at-rest e in-transit estão habilitados
- Confirmar ativação de OCI Audit Trail com retenção de 90+ dias

### Passo 7: Documentar e Encerrar
- Atualizar CMDB com novos OCIDs, configurações e dependências
- Registrar procedimento executado no runbook da equipe de SRE
- Comunicar conclusão a stakeholders do projeto bi-analytics via canal oficial
- Arquivar evidências de execução: screenshots, logs e outputs no sistema de tickets

### Dicas e Ferramentas OCI
- Use **OCI Cloud Shell** para execução sem configuração local de CLI ou credenciais
- Configure **OCI Monitoring** com métricas customizadas para o perfil do workload
- Utilize **OCI Cost Analysis** com filtros por tag para tracking granular de custos
- Implemente **OCI Events** para automação de respostas a mudanças de lifecycle state

**Referência**: docs.oracle.com/pt-br/iaas/Content/Observability/


[System] Você é um arquiteto e especialista experiente em OCI focado no domínio de devops/resource-manager. Forneça orientações técnicas, profundas e definitivas.

[User] Atuando como cloud architect na empresa MidiaBR, minha missão é executar a tarefa de consulta de detalhes para resource-manager no escopo do projeto iot-tracking (região us-ashburn-1, compartimento shared-services). Como proceder?

[Assistant]
## Análise de Design: Consulta De Detalhes de resource-manager
Para a MidiaBR, a resiliência de resource-manager é crítica para manter os SLAs no estágio incidente. Como cloud architect, valide se o compartimento `shared-services` possui políticas IAM com mínimo privilégio antes de qualquer operação.

### 1. Contexto de Negócio
A operação de consulta de detalhes em resource-manager é uma decisão estratégica para MidiaBR no projeto iot-tracking. O ciclo de incidente exige atenção a compliance e custo. A região us-ashburn-1 foi selecionada por proximidade dos usuários e Service Limits adequados.

### 2. Matriz de Riscos
| Componente | Risco | Mitigação | prioridade |
|:---|:---|:---|:---|
| Disponibilidade | Quotas em us-ashburn-1 | Validar Service Limits previamente | Alta |
| Segurança | Exposição indevida | NSG restritivo + Security Lists | Alta |
| Custo | Oversizing de recursos | Shapes otimizados para workload | Média |
| Compliance | Auditoria pendente | Tagging completo + Logging habilitado | Alta |
| Performance | Latência elevada | CDN + Edge Locations + caching L2 | Média |
| Networking | Configuração incorreta | Validar routes e gateways previamente | Alta |

### 3. Implementação
```bash
oci resource-manager stack get --stack-id ocid1.stack.oc1.sa-saopaulo-1.xxx
```

A execução segue o padrão de idempotência — use `--wait-for-state` para operações síncronas e valide o retorno antes de avançar.

### 4. Trade-offs de Arquitetura
- **Vantagem**: A abordagem escolhida oferece escalabilidade horizontal sem redesign da arquitetura base.
- **Desvantagem**: O custo aumenta proporcionalmente com a carga; reserved instances mitigam isso para workloads previsíveis.
- **Alternativa**: Para ambientes de desenvolvimento, considere Free Tier ou Always Free resources disponíveis no OCI.
- **Decisão recomendada**: Em produção estável, reserve capacity por 1 ano para redução de custo de até 40%.

### 5. Validação Pós-Deploy
- [ ] Status reportado como 'AVAILABLE' ou 'ACTIVE' via CLI ou Console
- [ ] Logs de auditoria gerados e visíveis em OCI Audit Trail
- [ ] Tags aplicadas: cost-center=iot-tracking, environment=incidente, owner=MidiaBR
- [ ] Monitoring configurado para métricas de CPU, memória, rede e disco
- [ ] Alertas de orçamento configurados via OCI Budgets com threshold de 80%
- [ ] Políticas de retention de logs configuradas para mínimo de 90 dias
- [ ] Backup automático validado com teste de restore bem-sucedido

### 6. Boas Práticas
- Use **Identity Domains** para gerenciamento centralizado de usuários e grupos.
- Configure **alertas de orçamento** via OCI Budgets com notificações email e ONS.
- Utilize **Service Limits** para controlar quotas por compartment e prevenir overspend.
- Implemente **tagging hierárquico** para chargeback/showback granular por equipe.
- Configure **VCN Flow Logs** para auditoria completa do tráfego de rede.
- Use **OCI Cloud Guard** para detecção contínua de configurações inseguras.
- Implemente **backup automatizado** com retenção mínima de 30 dias e teste periódico.
- Configure **Life Cycle Policies** para tiering automático e otimização de custos.

### 7. Referências
- docs.oracle.com/pt-br/iaas/Content/devops/Home.htm
- docs.oracle.com/pt-br/iaas/Content/General/Concepts/oci-api-overview.htm


[System] Você é um arquiteto e especialista experiente em OCI focado no domínio de devops/artifacts. Forneça orientações técnicas, profundas e definitivas.

[User] Atuando como auditor na empresa EcoEnergia, minha missão é executar a tarefa de remoção para artifacts no escopo do projeto audit-2026 (região us-ashburn-1, compartimento shared-services). Como proceder?

[Assistant]
## artifacts: remoção

**Cenário**: EcoEnergia — projeto audit-2026 em fase de incidente

**Contexto Técnico**: O projeto audit-2026 exige que artifacts seja configurado com atenção redobrada ao compliance no ciclo de incidente.

**Região**: us-ashburn-1 | **Compartimento**: shared-services | **Restrição**: integração híbrida | **Persona**: auditor

### Solução OCI recomendada

```bash
oci artifacts container repository delete --repository-id ocid1.repository.oc1.sa-saopaulo-1.xxx --force
```

### Premissas e Notas Técnicas Críticas
- **IAM Obrigatório**: grupo `audit-2026-admins` deve ter permissão `manage artifacts-family` no compartimento `shared-services`
- **Quotas**: verificar Service Limits para artifacts na região `us-ashburn-1` antes da execução — abrir SR com antecedência
- **Idempotência**: reexecutar o comando não deve criar recursos duplicados — nomes e tags garantem unicidade
- **Estado síncrono**: usar `--wait-for-state` quando disponível ou implementar polling manual a cada 30s
- **Tags obrigatórias**: `cost-center=audit-2026`, `env=incidente`, `team=auditor`, `owner=EcoEnergia`
- **Networking**: confirmar subnets privadas, NSGs e Security Lists conforme padrão de segurança do projeto
- **Backup**: validar existência de snapshot ou backup recente antes de operações destrutivas ou de modificação

### Verificar Estado e Listar Recursos
```bash
# Verificar estado do recurso recém-criado ou modificado
```bash
oci artifacts container repository list --compartment-id ocid1.compartment.oc1..shared-services
```

# Verificar logs de auditoria da operação
oci audit event list --compartment-id ocid1.compartment.oc1..shared-services --start-time 2026-01-01T00:00:00Z
```

### Troubleshooting Comum
| Problema | Causa Provável | Diagnóstico | Solução |
|:---|:---|:---|:---|
| AuthorizationFailed | IAM insuficiente | Verificar group membership | Revisar policies no compartimento pai |
| LimitExceeded | Quota atingida | `oci limits service list` | Abrir SR Oracle para aumento |
| Timeout na criação | Recurso assíncrono | Polling com `--wait-for-state` | Aumentar timeout para 10+ minutos |
| NetworkError | NSG/SL restritivo | VCN Flow Logs + audit | Revisar regras de ingress/egress |
| NotFound 404 | OCID incorreto | `oci ... list` para validar | Confirmar região e compartimento |

### Best Practices Aplicáveis no projeto audit-2026
- Mantenha configurações versionadas em Git com code review via OCI DevOps
- Utilize tags padronizadas desde o primeiro recurso criado no compartimento
- Configure alertas de custo no OCI Budgets antes de provisionar recursos em produção
- Documente todos os OCIDs em vault seguro (OCI Vault Secrets) com rotação automática
- Revise permissões de IAM a cada 30 dias seguindo princípio do mínimo privilégio
- Ative OCI Cloud Guard para detecção contínua de misconfigurations e ameaças

**Documentação Oficial**: docs.oracle.com/pt-br/iaas/Content/Devops/


[System] Você é um arquiteto e especialista experiente em OCI focado no domínio de devops/ci-cd. Forneça orientações técnicas, profundas e definitivas.

[User] Atuando como security lead na empresa ServPlus, minha missão é executar a tarefa de remoção para ci-cd no escopo do projeto hybrid-cloud (região eu-frankfurt-1, compartimento analytics). Como proceder?

[Assistant]
## ci-cd: remoção

**Região**: eu-frankfurt-1 | **Compartimento**: analytics | **projeto**: hybrid-cloud | **Fase**: incidente

### Contexto Técnico
A implementação de ci-cd no projeto hybrid-cloud visa mitigar gargalos de performance na fase de incidente. A restrição crítica `integração híbrida` deve ser observada e validada em todas as etapas da execução, sem exceções.

### Políticas IAM Necessárias
Configurações mínimas de IAM antes da execução:
```
Allow group hybrid-cloud-admins to manage ci-cd-family in compartment analytics
Allow group hybrid-cloud-devops to use ci-cd-family in compartment analytics
```

### Comando Principal
```bash
oci devops build-pipeline delete --build-pipeline-id ocid1.pipeline.oc1.sa-saopaulo-1.xxx --force
```

### Parâmetros Chave da Execução
- **IAM group**: `hybrid-cloud-admins` → permissão `manage ci-cd-family` no compartimento `analytics`
- **Restrição operacional**: integração híbrida — validar conformidade antes de executar
- **Estado atual do ambiente**: incidente — considerar impacto de downtime
- **Persona e responsabilidade**: security lead é o responsável técnico pela operação
- **Compartment ID**: `ocid1.compartment.oc1..analytics`

### Checklist Completo de Execução
- [ ] IAM verificado — policies aplicadas corretamente
- [ ] Service Limits verificados na região `eu-frankfurt-1`
- [ ] Backup/snapshot realizado antes da operação
- [ ] Janela de manutenção aprovada pela equipe
- [ ] Comando executado com sucesso e retorno validado
- [ ] Estado AVAILABLE/ACTIVE confirmado via polling
- [ ] Tags aplicadas: cost-center=hybrid-cloud, env=incidente
- [ ] monitoramento verificado — métricas visíveis no dashboard
- [ ] Documentação atualizada no CMDB e runbook

### Validação de Estado
```bash
```bash
oci devops build-pipeline list --project-id ocid1.devopsproject.oc1.sa-saopaulo-1.xxx
```
```

### Rollback (se necessário)
Em caso de falha, executar procedimento de rollback documentado:
1. Identificar OCID do recurso com problema
2. Executar terminação ou reversão conforme tipo de recurso
3. Restaurar de backup ou snapshot mais recente disponível
4. Notificar equipe de SRE e registrar incidente

### Troubleshooting Pós-Execução
| Sintoma | Causa | Diagnóstico | Ação |
|:---|:---|:---|:---|
| Estado FAILED | Parâmetro inválido | Verificar logs de error | Corrigir e reexecutar |
| Sem métricas | Agent não instalado | Checar OCI Management Agent | Instalar agente via console |
| Custo inesperado | Shape errado | OCI Cost Analysis por tag | Ajustar shape ou schedule |
| Acesso negado | Política IAM | `oci iam policy list` | Revisar e aplicar policy correta |

### Boas Práticas Obrigatórias
- **Seguranç**: ative encryption at-rest e in-transit em todos os recursos de dados
- **FinOps**: revise custos mensalmente com OCI Cost Analysis e relatório por tag
- **Compliance**: retenção de 90 dias mínima no OCI Audit Trail para auditoria
- **DR**: valide backup mensal com restore drill documentado e aprovado
- **Automação**: use IaC (Terraform/Resource Manager) para garantir repeatability

**Ref**: docs.oracle.com/pt-br/iaas/Content/Devops/


[System] Você é um arquiteto e especialista experiente em OCI focado no domínio de database/exadata. Forneça orientações técnicas, profundas e definitivas.

[User] Gostaria de saber a recomendação oficial do OCI para a tarefa de criação (provisionamento) em exadata. Nossa empresa (EcoEnergia) possui o cenário brownfield e precisamos garantir que respeitaremos o pré-requisito de ambiente legado.

[Assistant]
## exadata: criação (provisionamento)

**Cenário**: EcoEnergia — projeto sec-baseline em fase de brownfield

**Contexto Técnico**: A implementação de exadata no projeto sec-baseline visa mitigar gargalos de performance na fase de brownfield.

**Região**: ca-toronto-1 | **Compartimento**: sandbox | **Restrição**: ambiente legado | **Persona**: cloud architect

### Solução OCI recomendada

```bash
oci db exadata-infrastructure create --compartment-id ocid1.compartment.oc1..sandbox --display-name exadata-sec-b-6 --shape lex --availability-domain AD-2
```

### Premissas e Notas Técnicas Críticas
- **IAM Obrigatório**: grupo `sec-baseline-admins` deve ter permissão `manage exadata-family` no compartimento `sandbox`
- **Quotas**: verificar Service Limits para exadata na região `ca-toronto-1` antes da execução — abrir SR com antecedência
- **Idempotência**: reexecutar o comando não deve criar recursos duplicados — nomes e tags garantem unicidade
- **Estado síncrono**: usar `--wait-for-state` quando disponível ou implementar polling manual a cada 30s
- **Tags obrigatórias**: `cost-center=sec-baseline`, `env=brownfield`, `team=cloud architect`, `owner=EcoEnergia`
- **Networking**: confirmar subnets privadas, NSGs e Security Lists conforme padrão de segurança do projeto
- **Backup**: validar existência de snapshot ou backup recente antes de operações destrutivas ou de modificação

### Verificar Estado e Listar Recursos
```bash
# Verificar estado do recurso recém-criado ou modificado
```bash
oci db exadata-infrastructure list --compartment-id ocid1.compartment.oc1..sandbox
```

# Verificar logs de auditoria da operação
oci audit event list --compartment-id ocid1.compartment.oc1..sandbox --start-time 2026-01-01T00:00:00Z
```

### Troubleshooting Comum
| Problema | Causa Provável | Diagnóstico | Solução |
|:---|:---|:---|:---|
| AuthorizationFailed | IAM insuficiente | Verificar group membership | Revisar policies no compartimento pai |
| LimitExceeded | Quota atingida | `oci limits service list` | Abrir SR Oracle para aumento |
| Timeout na criação | Recurso assíncrono | Polling com `--wait-for-state` | Aumentar timeout para 10+ minutos |
| NetworkError | NSG/SL restritivo | VCN Flow Logs + audit | Revisar regras de ingress/egress |
| NotFound 404 | OCID incorreto | `oci ... list` para validar | Confirmar região e compartimento |

### Best Practices Aplicáveis no projeto sec-baseline
- Mantenha configurações versionadas em Git com code review via OCI DevOps
- Utilize tags padronizadas desde o primeiro recurso criado no compartimento
- Configure alertas de custo no OCI Budgets antes de provisionar recursos em produção
- Documente todos os OCIDs em vault seguro (OCI Vault Secrets) com rotação automática
- Revise permissões de IAM a cada 30 dias seguindo princípio do mínimo privilégio
- Ative OCI Cloud Guard para detecção contínua de misconfigurations e ameaças

**Documentação Oficial**: docs.oracle.com/pt-br/iaas/Content/Database/


[System] Você é um arquiteto e especialista experiente em OCI focado no domínio de networking/vcn. Forneça orientações técnicas, profundas e definitivas.

[User] Gostaria de saber a recomendação oficial do OCI para a tarefa de consulta de detalhes em vcn. Nossa empresa (GovBR) possui o cenário brownfield e precisamos garantir que respeitaremos o pré-requisito de com auditoria em 30 dias.

[Assistant]
## Análise de Design: Consulta De Detalhes de vcn
O projeto iot-tracking exige que vcn seja configurado com atenção redobrada ao compliance no ciclo de brownfield. Como security lead, valide se o compartimento `networking` possui políticas IAM com mínimo privilégio antes de qualquer operação.

### 1. Contexto de Negócio
A operação de consulta de detalhes em vcn é uma decisão estratégica para GovBR no projeto iot-tracking. O ciclo de brownfield exige atenção a compliance e custo. A região ca-toronto-1 foi selecionada por proximidade dos usuários e Service Limits adequados.

### 2. Matriz de Riscos
| Componente | Risco | Mitigação | prioridade |
|:---|:---|:---|:---|
| Disponibilidade | Quotas em ca-toronto-1 | Validar Service Limits previamente | Alta |
| Segurança | Exposição indevida | NSG restritivo + Security Lists | Alta |
| Custo | Oversizing de recursos | Shapes otimizados para workload | Média |
| Compliance | Auditoria pendente | Tagging completo + Logging habilitado | Alta |
| Performance | Latência elevada | CDN + Edge Locations + caching L2 | Média |
| Networking | Configuração incorreta | Validar routes e gateways previamente | Alta |

### 3. Implementação
```bash
oci network vcn get --vcn-id ocid1.vcn.oc1.sa-saopaulo-1.xxx
```

A execução segue o padrão de idempotência — use `--wait-for-state` para operações síncronas e valide o retorno antes de avançar.

### 4. Trade-offs de Arquitetura
- **Vantagem**: A abordagem escolhida oferece escalabilidade horizontal sem redesign da arquitetura base.
- **Desvantagem**: O custo aumenta proporcionalmente com a carga; reserved instances mitigam isso para workloads previsíveis.
- **Alternativa**: Para ambientes de desenvolvimento, considere Free Tier ou Always Free resources disponíveis no OCI.
- **Decisão recomendada**: Em produção estável, reserve capacity por 1 ano para redução de custo de até 40%.

### 5. Validação Pós-Deploy
- [ ] Status reportado como 'AVAILABLE' ou 'ACTIVE' via CLI ou Console
- [ ] Logs de auditoria gerados e visíveis em OCI Audit Trail
- [ ] Tags aplicadas: cost-center=iot-tracking, environment=brownfield, owner=GovBR
- [ ] Monitoring configurado para métricas de CPU, memória, rede e disco
- [ ] Alertas de orçamento configurados via OCI Budgets com threshold de 80%
- [ ] Políticas de retention de logs configuradas para mínimo de 90 dias
- [ ] Backup automático validado com teste de restore bem-sucedido

### 6. Boas Práticas
- Use **Identity Domains** para gerenciamento centralizado de usuários e grupos.
- Configure **alertas de orçamento** via OCI Budgets com notificações email e ONS.
- Utilize **Service Limits** para controlar quotas por compartment e prevenir overspend.
- Implemente **tagging hierárquico** para chargeback/showback granular por equipe.
- Configure **VCN Flow Logs** para auditoria completa do tráfego de rede.
- Use **OCI Cloud Guard** para detecção contínua de configurações inseguras.
- Implemente **backup automatizado** com retenção mínima de 30 dias e teste periódico.
- Configure **Life Cycle Policies** para tiering automático e otimização de custos.

### 7. Referências
- docs.oracle.com/pt-br/iaas/Content/networking/Home.htm
- docs.oracle.com/pt-br/iaas/Content/General/Concepts/oci-api-overview.htm


[System] Você é um arquiteto e especialista experiente em OCI focado no domínio de finops/cost-optimization. Forneça orientações técnicas, profundas e definitivas.

[User] Gostaria de saber a recomendação oficial do OCI para a tarefa de análise e otimização em cost-optimization. Nossa empresa (MidiaBR) possui o cenário incidente e precisamos garantir que respeitaremos o pré-requisito de mínimo privilégio.

[Assistant]
## cost-optimization: análise e otimização

**Cenário**: MidiaBR — projeto api-gateway em fase de incidente

**Contexto Técnico**: Para a MidiaBR, a resiliência de cost-optimization é crítica para manter os SLAs no estágio incidente.

**Região**: ap-sydney-1 | **Compartimento**: sandbox | **Restrição**: mínimo privilégio | **Persona**: security lead

### Solução OCI recomendada

```bash
oci usage-api summarized-usages request --tenant-id ocid1.tenancy.oc1..xxx --time-usage-started 2026-01-01T00:00:00Z --time-usage-ended 2026-01-31T23:59:59Z --granularity MONTHLY
```

### Premissas e Notas Técnicas Críticas
- **IAM Obrigatório**: grupo `api-gateway-admins` deve ter permissão `manage cost-optimization-family` no compartimento `sandbox`
- **Quotas**: verificar Service Limits para cost-optimization na região `ap-sydney-1` antes da execução — abrir SR com antecedência
- **Idempotência**: reexecutar o comando não deve criar recursos duplicados — nomes e tags garantem unicidade
- **Estado síncrono**: usar `--wait-for-state` quando disponível ou implementar polling manual a cada 30s
- **Tags obrigatórias**: `cost-center=api-gateway`, `env=incidente`, `team=security lead`, `owner=MidiaBR`
- **Networking**: confirmar subnets privadas, NSGs e Security Lists conforme padrão de segurança do projeto
- **Backup**: validar existência de snapshot ou backup recente antes de operações destrutivas ou de modificação

### Verificar Estado e Listar Recursos
```bash
# Verificar estado do recurso recém-criado ou modificado
```bash
oci usage-api query list --compartment-id ocid1.compartment.oc1..sandbox
```

# Verificar logs de auditoria da operação
oci audit event list --compartment-id ocid1.compartment.oc1..sandbox --start-time 2026-01-01T00:00:00Z
```

### Troubleshooting Comum
| Problema | Causa Provável | Diagnóstico | Solução |
|:---|:---|:---|:---|
| AuthorizationFailed | IAM insuficiente | Verificar group membership | Revisar policies no compartimento pai |
| LimitExceeded | Quota atingida | `oci limits service list` | Abrir SR Oracle para aumento |
| Timeout na criação | Recurso assíncrono | Polling com `--wait-for-state` | Aumentar timeout para 10+ minutos |
| NetworkError | NSG/SL restritivo | VCN Flow Logs + audit | Revisar regras de ingress/egress |
| NotFound 404 | OCID incorreto | `oci ... list` para validar | Confirmar região e compartimento |

### Best Practices Aplicáveis no projeto api-gateway
- Mantenha configurações versionadas em Git com code review via OCI DevOps
- Utilize tags padronizadas desde o primeiro recurso criado no compartimento
- Configure alertas de custo no OCI Budgets antes de provisionar recursos em produção
- Documente todos os OCIDs em vault seguro (OCI Vault Secrets) com rotação automática
- Revise permissões de IAM a cada 30 dias seguindo princípio do mínimo privilégio
- Ative OCI Cloud Guard para detecção contínua de misconfigurations e ameaças

**Documentação Oficial**: docs.oracle.com/pt-br/iaas/Content/Finops/


[System] Você é um arquiteto e especialista experiente em OCI focado no domínio de container/oke. Forneça orientações técnicas, profundas e definitivas.

[User] Dada a infraestrutura da LogisMax (compartimento production), detalhe o passo a passo seguro para atualização de configuração de oke no projeto finops-cost.

[Assistant]
## atualização de configuração de oke em OCI

**Empresa**: LogisMax | **projeto**: finops-cost | **Ambiente**: auditoria | **Região**: uk-london-1

### Visão Geral
Para a LogisMax, a resiliência de oke é crítica para manter os SLAs no estágio auditoria. A restrição de `integração híbrida` é mandatória nesse contexto e deve ser validada e documentada antes da execução de qualquer comando.

### Pré-requisitos de IAM e Infraestrutura
- Grupo `finops-cost-admins` com permissão `manage oke-family` no compartimento `production`
- Grupo `finops-cost-devops` com permissão `use oke-family` para operações rotineiras
- Grupo `finops-cost-viewers` com permissão `inspect oke-family` para auditoria
- Service Limits verificados na região `uk-london-1` — abrir SR com antecedência se necessário
- VCN, subnets e NSGs configurados conforme padrão de segurança do projeto
- Backup ou snapshot do estado atual validado antes de qualquer mudança

### Comando de Execução
```bash
oci ce cluster update --cluster-id ocid1.cluster.oc1.sa-saopaulo-1.xxx --kubernetes-version v1.28.2
```

### Validação Pós-Execução
- Use `--wait-for-state` disponível na maioria dos recursos para tracking síncrono
- Aplique tagging obrigatório: `cost-center=finops-cost`, `env=auditoria`, `owner=LogisMax`
- Verifique status final via CLI:
```bash
```bash
oci ce cluster list --compartment-id ocid1.compartment.oc1..production
```
```
- Confirme visibilidade nos dashboards de OCI Monitoring e ausência de alertas críticos
- Valide que eventos foram registrados no OCI Audit Trail (retenção mínima 90 dias)

### Configurações Recomendadas pela Oracle
- **Backup**: Configure backup automático com retenção mínima de 30 dias e teste mensal de restore
- **Auto-scaling**: Defina policies baseadas em CPU > 70% para resposta automática à carga
- **Security**: Habilite OCI WAF e Cloud Guard para detecção proativa de ameaças
- **Cost Control**: Configure OCI Budgets com alertas quando custo atingir 80% do limite aprovado
- **Compliance**: Execute scan mensal com OCI Security Advisor e corrija findings críticos

### Troubleshooting Rápido
| Erro | Causa | Solução |
|:---|:---|:---|
| AuthorizationFailed | IAM insuficiente | Revisar policy do grupo `finops-cost-admins` |
| LimitExceeded | Quota atingida | Verificar Service Limits e abrir SR |
| NotFound | OCID incorreto | Validar OCIDs com `oci ... list` |

### Resumo da Operação
| Parâmetro | Valor |
|:---|:---|
| Região | uk-london-1 |
| Compartimento | production |
| Fase do Ciclo | auditoria |
| Tipo de Ação | atualização de configuração |
| Persona | security lead |
| Restrição | integração híbrida |

**Ref**: docs.oracle.com/pt-br/iaas/Content/Container/


[System] Você é um arquiteto e especialista experiente em OCI focado no domínio de database/nosql. Forneça orientações técnicas, profundas e definitivas.

[User] Gostaria de saber a recomendação oficial do OCI para a tarefa de criação (provisionamento) em nosql. Nossa empresa (CyberDef) possui o cenário produção estável e precisamos garantir que respeitaremos o pré-requisito de mínimo privilégio.

[Assistant]
## nosql: criação (provisionamento)

**Cenário**: CyberDef — projeto iac-pipeline em fase de produção estável

**Contexto Técnico**: A implementação de nosql no projeto iac-pipeline visa mitigar gargalos de performance na fase de produção estável.

**Região**: sa-saopaulo-1 | **Compartimento**: devops | **Restrição**: mínimo privilégio | **Persona**: sre

### Solução OCI recomendada

```bash
oci nosql table create --compartment-id ocid1.compartment.oc1..devops --name iac-pipeline_data --ddl 'CREATE TABLE iac-pipeline_data (id STRING PRIMARY KEY, data JSON)'
```

### Premissas e Notas Técnicas Críticas
- **IAM Obrigatório**: grupo `iac-pipeline-admins` deve ter permissão `manage nosql-family` no compartimento `devops`
- **Quotas**: verificar Service Limits para nosql na região `sa-saopaulo-1` antes da execução — abrir SR com antecedência
- **Idempotência**: reexecutar o comando não deve criar recursos duplicados — nomes e tags garantem unicidade
- **Estado síncrono**: usar `--wait-for-state` quando disponível ou implementar polling manual a cada 30s
- **Tags obrigatórias**: `cost-center=iac-pipeline`, `env=produção estável`, `team=sre`, `owner=CyberDef`
- **Networking**: confirmar subnets privadas, NSGs e Security Lists conforme padrão de segurança do projeto
- **Backup**: validar existência de snapshot ou backup recente antes de operações destrutivas ou de modificação

### Verificar Estado e Listar Recursos
```bash
# Verificar estado do recurso recém-criado ou modificado
```bash
oci nosql table list --compartment-id ocid1.compartment.oc1..devops
```

# Verificar logs de auditoria da operação
oci audit event list --compartment-id ocid1.compartment.oc1..devops --start-time 2026-01-01T00:00:00Z
```

### Troubleshooting Comum
| Problema | Causa Provável | Diagnóstico | Solução |
|:---|:---|:---|:---|
| AuthorizationFailed | IAM insuficiente | Verificar group membership | Revisar policies no compartimento pai |
| LimitExceeded | Quota atingida | `oci limits service list` | Abrir SR Oracle para aumento |
| Timeout na criação | Recurso assíncrono | Polling com `--wait-for-state` | Aumentar timeout para 10+ minutos |
| NetworkError | NSG/SL restritivo | VCN Flow Logs + audit | Revisar regras de ingress/egress |
| NotFound 404 | OCID incorreto | `oci ... list` para validar | Confirmar região e compartimento |

### Best Practices Aplicáveis no projeto iac-pipeline
- Mantenha configurações versionadas em Git com code review via OCI DevOps
- Utilize tags padronizadas desde o primeiro recurso criado no compartimento
- Configure alertas de custo no OCI Budgets antes de provisionar recursos em produção
- Documente todos os OCIDs em vault seguro (OCI Vault Secrets) com rotação automática
- Revise permissões de IAM a cada 30 dias seguindo princípio do mínimo privilégio
- Ative OCI Cloud Guard para detecção contínua de misconfigurations e ameaças

**Documentação Oficial**: docs.oracle.com/pt-br/iaas/Content/Database/


[System] Você é um arquiteto e especialista experiente em OCI focado no domínio de governance/budgets-cost. Forneça orientações técnicas, profundas e definitivas.

[User] Para o ambiente migração do nosso projeto bi-analytics, precisamos realizar: atualização de configuração de budgets-cost. Quais as melhores estratégias e comandos no OCI considerando a restrição: rollback em menos de 15 minutos?

[Assistant]
### Guia de Migração: budgets-cost → OCI
Cenário: migração | Região: ap-mumbai-1 | Empresa: TechCorp | projeto: bi-analytics

## Análise Técnica Pré-Migração
O projeto bi-analytics exige que budgets-cost seja configurado com atenção redobrada ao compliance no ciclo de migração. A migração de ambientes legado para OCI requer análise cuidadosa de equivalências de serviço, networking, security e custo. Ferramentas como OCI Migration Service e Cloud Readiness Assessments ajudam a identificar similaridades, gaps e riscos antes do início da migração formal.

## Implementação no OCI
```bash
oci budgets budget update --budget-id ocid1.alarm.oc1.sa-saopaulo-1.xxx --amount 1000
```

## Tabela de Equivalências de Serviço
| Categoria | On-Premise/Legacy | OCI Equivalent | Notas de Migração |
|:---|:---|:---|:---|
| Compute | VMware vSphere | OCI Compute | Shapes Flexíveis com OCPUs/memória ajustáveis |
| Storage | EMC VMAX | OCI Block Storage | Performance/Enterprise com replicação cross-region |
| Storage | NetApp NAS | OCI File Storage | NFS/ONTAP com snapshots integrados |
| Database | Oracle DB Enterprise | OCI Autonomous DB | ATP/JSON com patching automático |
| Network | Cisco ACI/Nexus | OCI Networking VCN | Security Lists + NSGs por recurso |
| LB | F5 BigIP | OCI Load Balancer | Regional com health checks configuráveis |
| Identity | MS Active Directory | OCI IAM Identity Domains | SAML/OIDC federation nativo |
| Monitoring | Nagios/Zabbix | OCI Monitoring + Logging | Metrics, Alarms, Log Analytics integrados |

## Ferramentas de Migração OCI
- **OCI Migration Service**: análise automatizada de workloads e geração de planos
- **Cloud Coach**: guias de melhores práticas e validação de arquitetura
- **Rclone/OCI Data Transfer**: transferência de dados em massa para Object Storage
- **Velero + OKE**: migração de workloads Kubernetes e backups de cluster

## Estratégia de Migração em Fases
1. **Assessment**: OCI Migration Service analisa workloads, dependências e TCO
2. **Planning**: Documente RPO/RTO, sizing de recursos e janelas de cutover
3. **Proof of Concept**: Deploy na região ap-mumbai-1 com dados de teste
4. **Pilot**: Migração de workloads não-críticos com validação funcional completa
5. **Production**: Cutover com janela de manutenção aprovada e rollback testado
6. **Validation**: Testes de regressão, performance, disaster recovery e segurança

## Cutover Checklist
- [ ] conectividade validada entre compartments e on-premise via FastConnect/VPN
- [ ] Integridade de dados verificada com checksums pós-transferência
- [ ] Teste de failback de disaster recovery executado com sucesso
- [ ] Documentação técnica e runbooks operacionais atualizados
- [ ] Equipe operacional treinada nas ferramentas e consoles OCI
- [ ] monitoramento, alertas e dashboards configurados e validados
- [ ] Tagging completo aplicado: cost-center=bi-analytics, env=migração

## Pós-Migração e Otimização Contínua
1. Configure OCI Monitoring com alertas proativos de performance e disponibilidade
2. Ative OCI Cloud Guard para monitoramento de postura de segurança
3. Execute cleanup de recursos legado após período de validação de 30 dias
4. Otimize shapes com OCI Optimizer baseado em utilização real do primeiro mês
5. Revise custos mensalmente com OCI Cost Analysis filtrado por tag de projeto

**Referências**: docs.oracle.com/pt-br/iaas/Content/migration/overview.htm


[System] Você é um arquiteto e especialista experiente em OCI focado no domínio de migration/gcp-storage. Forneça orientações técnicas, profundas e definitivas.

[User] Para o ambiente migração do nosso projeto finops-cost, precisamos realizar: planejamento de migração de gcp-storage. Quais as melhores estratégias e comandos no OCI considerando a restrição: sem downtime?

[Assistant]
# planejamento de migração de gcp-storage — OCI Step-by-Step

**Cenário**: IndusMax, projeto finops-cost, ambiente migração, persona: platform engineer

**Restrição**: sem downtime | **Região**: uk-london-1 | **Compartimento**: security

---

### Passo 1: Verificar Pré-requisitos Completos
Antes de qualquer execução, confirme todos os itens abaixo:
- **IAM**: grupo `finops-cost-admins` configurado corretamente no compartimento `security`
- **IAM Serviços**: dynamic groups configurados para instâncias e serviços que precisam de acesso
- **Service Limits**: verificar quotas disponíveis em `uk-london-1` para gcp-storage — abrir SR se necessário
- **Networking**: subnets privadas, NSGs e Security Lists configurados conforme padrão de segurança
- **Backup**: confirmar existência de snapshot ou backup validado do estado atual
- **Compliance**: restrição `sem downtime` documentada e aprovada pelo time de security

### Passo 2: Executar Operação Principal
```bash
oci compute instance launch --availability-domain AD-1 --shape VM.DenseIO.E4.Flex --subnet-id ocid1.subnet.oc1.sa-saopaulo-1.xxx --compartment-id ocid1.compartment.oc1..security --display-name oci-migrated-resource
```

### Passo 3: Validar Resultado da Operação
- Aguardar estado AVAILABLE/ACTIVE usando `--wait-for-state` (timeout recomendado: 10 minutos)
- Verificar listagem completa e confirmar presença do recurso:
```bash
```bash
oci compute instance launch --availability-domain AD-1 --shape VM.DenseIO.E4.Flex --subnet-id ocid1.subnet.oc1.sa-saopaulo-1.xxx --compartment-id ocid1.compartment.oc1..security --display-name oci-migrated-resource
```
```
- Confirmar visibilidade no OCI Console na região `uk-london-1`
- Validar que não há alertas críticos ativos no OCI Monitoring

### Passo 4: Aplicar Tagging Obrigatório
```bash
# freeform-tags obrigatórias conforme política corporativa:
# cost-center=finops-cost, env=migração, owner=IndusMax, team=platform engineer
```bash
oci compute instance launch --availability-domain AD-1 --shape VM.DenseIO.E4.Flex --subnet-id ocid1.subnet.oc1.sa-saopaulo-1.xxx --compartment-id ocid1.compartment.oc1..security --display-name oci-migrated-resource
``` --freeform-tags '{"cost-center": "finops-cost", "env": "migração"}'
```

### Passo 5: Configurar monitoramento e Alertas
- Adicionar recurso ao dashboard de OCI Monitoring existente do projeto
- Criar alarmes específicos para métricas críticas do serviço gcp-storage
- Configurar notificações via OCI Notifications (email, Slack, PagerDuty)
- Validar que OCI Cloud Guard está monitorando o compartimento `security`

### Passo 6: Segurança e Compliance
- Executar scan de postura com OCI Security Advisor no compartimento
- Confirmar que nenhum recurso é acessível publicamente sem justificativa
- Validar que encryption at-rest e in-transit estão habilitados
- Confirmar ativação de OCI Audit Trail com retenção de 90+ dias

### Passo 7: Documentar e Encerrar
- Atualizar CMDB com novos OCIDs, configurações e dependências
- Registrar procedimento executado no runbook da equipe de SRE
- Comunicar conclusão a stakeholders do projeto finops-cost via canal oficial
- Arquivar evidências de execução: screenshots, logs e outputs no sistema de tickets

### Dicas e Ferramentas OCI
- Use **OCI Cloud Shell** para execução sem configuração local de CLI ou credenciais
- Configure **OCI Monitoring** com métricas customizadas para o perfil do workload
- Utilize **OCI Cost Analysis** com filtros por tag para tracking granular de custos
- Implemente **OCI Events** para automação de respostas a mudanças de lifecycle state

**Referência**: docs.oracle.com/pt-br/iaas/Content/Migration/


[System] Você é um arquiteto e especialista experiente em OCI focado no domínio de devops/artifacts. Forneça orientações técnicas, profundas e definitivas.

[User] Atuando como platform engineer na empresa AutoTech, minha missão é executar a tarefa de remoção para artifacts no escopo do projeto iot-tracking (região eu-frankfurt-1, compartimento shared-services). Como proceder?

[Assistant]
## artifacts: remoção

**Região**: eu-frankfurt-1 | **Compartimento**: shared-services | **projeto**: iot-tracking | **Fase**: produção estável

### Contexto Técnico
A estratégia adota artifacts como pilar de escalabilidade durante a produção estável. A restrição crítica `sem downtime` deve ser observada e validada em todas as etapas da execução, sem exceções.

### Políticas IAM Necessárias
Configurações mínimas de IAM antes da execução:
```
Allow group iot-tracking-admins to manage artifacts-family in compartment shared-services
Allow group iot-tracking-devops to use artifacts-family in compartment shared-services
```

### Comando Principal
```bash
oci artifacts container repository delete --repository-id ocid1.repository.oc1.sa-saopaulo-1.xxx --force
```

### Parâmetros Chave da Execução
- **IAM group**: `iot-tracking-admins` → permissão `manage artifacts-family` no compartimento `shared-services`
- **Restrição operacional**: sem downtime — validar conformidade antes de executar
- **Estado atual do ambiente**: produção estável — considerar impacto de downtime
- **Persona e responsabilidade**: platform engineer é o responsável técnico pela operação
- **Compartment ID**: `ocid1.compartment.oc1..shared-services`

### Checklist Completo de Execução
- [ ] IAM verificado — policies aplicadas corretamente
- [ ] Service Limits verificados na região `eu-frankfurt-1`
- [ ] Backup/snapshot realizado antes da operação
- [ ] Janela de manutenção aprovada pela equipe
- [ ] Comando executado com sucesso e retorno validado
- [ ] Estado AVAILABLE/ACTIVE confirmado via polling
- [ ] Tags aplicadas: cost-center=iot-tracking, env=produção estável
- [ ] monitoramento verificado — métricas visíveis no dashboard
- [ ] Documentação atualizada no CMDB e runbook

### Validação de Estado
```bash
```bash
oci artifacts container repository list --compartment-id ocid1.compartment.oc1..shared-services
```
```

### Rollback (se necessário)
Em caso de falha, executar procedimento de rollback documentado:
1. Identificar OCID do recurso com problema
2. Executar terminação ou reversão conforme tipo de recurso
3. Restaurar de backup ou snapshot mais recente disponível
4. Notificar equipe de SRE e registrar incidente

### Troubleshooting Pós-Execução
| Sintoma | Causa | Diagnóstico | Ação |
|:---|:---|:---|:---|
| Estado FAILED | Parâmetro inválido | Verificar logs de error | Corrigir e reexecutar |
| Sem métricas | Agent não instalado | Checar OCI Management Agent | Instalar agente via console |
| Custo inesperado | Shape errado | OCI Cost Analysis por tag | Ajustar shape ou schedule |
| Acesso negado | Política IAM | `oci iam policy list` | Revisar e aplicar policy correta |

### Boas Práticas Obrigatórias
- **Seguranç**: ative encryption at-rest e in-transit em todos os recursos de dados
- **FinOps**: revise custos mensalmente com OCI Cost Analysis e relatório por tag
- **Compliance**: retenção de 90 dias mínima no OCI Audit Trail para auditoria
- **DR**: valide backup mensal com restore drill documentado e aprovado
- **Automação**: use IaC (Terraform/Resource Manager) para garantir repeatability

**Ref**: docs.oracle.com/pt-br/iaas/Content/Devops/


[System] Você é um arquiteto e especialista experiente em OCI focado no domínio de terraform/devops. Forneça orientações técnicas, profundas e definitivas.

[User] Gostaria de saber a recomendação oficial do OCI para a tarefa de remoção em devops. Nossa empresa (RetailSul) possui o cenário incidente e precisamos garantir que respeitaremos o pré-requisito de multi-região.

[Assistant]
## Análise de Design: Remoção de devops
O projeto migra-aws exige que devops seja configurado com atenção redobrada ao compliance no ciclo de incidente. Como dba, valide se o compartimento `production` possui políticas IAM com mínimo privilégio antes de qualquer operação.

### 1. Contexto de Negócio
A operação de remoção em devops é uma decisão estratégica para RetailSul no projeto migra-aws. O ciclo de incidente exige atenção a compliance e custo. A região ap-mumbai-1 foi selecionada por proximidade dos usuários e Service Limits adequados.

### 2. Matriz de Riscos
| Componente | Risco | Mitigação | prioridade |
|:---|:---|:---|:---|
| Disponibilidade | Quotas em ap-mumbai-1 | Validar Service Limits previamente | Alta |
| Segurança | Exposição indevida | NSG restritivo + Security Lists | Alta |
| Custo | Oversizing de recursos | Shapes otimizados para workload | Média |
| Compliance | Auditoria pendente | Tagging completo + Logging habilitado | Alta |
| Performance | Latência elevada | CDN + Edge Locations + caching L2 | Média |
| Networking | Configuração incorreta | Validar routes e gateways previamente | Alta |

### 3. Implementação
```hcl
resource "oci_devops_resource" "main" {
  compartment_id = "ocid1.compartment.oc1..production"
  display_name   = "devops-migra-10"
}
```

A execução segue o padrão de idempotência — use `--wait-for-state` para operações síncronas e valide o retorno antes de avançar.

### 4. Trade-offs de Arquitetura
- **Vantagem**: A abordagem escolhida oferece escalabilidade horizontal sem redesign da arquitetura base.
- **Desvantagem**: O custo aumenta proporcionalmente com a carga; reserved instances mitigam isso para workloads previsíveis.
- **Alternativa**: Para ambientes de desenvolvimento, considere Free Tier ou Always Free resources disponíveis no OCI.
- **Decisão recomendada**: Em produção estável, reserve capacity por 1 ano para redução de custo de até 40%.

### 5. Validação Pós-Deploy
- [ ] Status reportado como 'AVAILABLE' ou 'ACTIVE' via CLI ou Console
- [ ] Logs de auditoria gerados e visíveis em OCI Audit Trail
- [ ] Tags aplicadas: cost-center=migra-aws, environment=incidente, owner=RetailSul
- [ ] Monitoring configurado para métricas de CPU, memória, rede e disco
- [ ] Alertas de orçamento configurados via OCI Budgets com threshold de 80%
- [ ] Políticas de retention de logs configuradas para mínimo de 90 dias
- [ ] Backup automático validado com teste de restore bem-sucedido

### 6. Boas Práticas
- Use **Identity Domains** para gerenciamento centralizado de usuários e grupos.
- Configure **alertas de orçamento** via OCI Budgets com notificações email e ONS.
- Utilize **Service Limits** para controlar quotas por compartment e prevenir overspend.
- Implemente **tagging hierárquico** para chargeback/showback granular por equipe.
- Configure **VCN Flow Logs** para auditoria completa do tráfego de rede.
- Use **OCI Cloud Guard** para detecção contínua de configurações inseguras.
- Implemente **backup automatizado** com retenção mínima de 30 dias e teste periódico.
- Configure **Life Cycle Policies** para tiering automático e otimização de custos.

### 7. Referências
- docs.oracle.com/pt-br/iaas/Content/terraform/Home.htm
- docs.oracle.com/pt-br/iaas/Content/General/Concepts/oci-api-overview.htm


[System] Você é um arquiteto e especialista experiente em OCI focado no domínio de compute/custom-images. Forneça orientações técnicas, profundas e definitivas.

[User] Dada a infraestrutura da LogisMax (compartimento staging), detalhe o passo a passo seguro para listagem e auditoria de custom-images no projeto supply-chain.

[Assistant]
## listagem e auditoria — custom-images

### Contexto de Risco
| Campo | Valor |
|:---|:---|
| Empresa | LogisMax |
| projeto | supply-chain |
| Ciclo de Vida | incidente |
| Restrição Crítica | com budget limitado |
| Região | ap-tokyo-1 |
| Compartimento | staging |

### Análise de Impacto Pré-Execução
A estratégia adota custom-images como pilar de escalabilidade durante a incidente. É essencial avaliar o impacto da operação de listagem e auditoria antes da execução, especialmente em ambientes de incidente onde a tolerância a falhas é reduzida.

### Riscos Identificados e Mitigações
| Risco | Probabilidade | Impacto | Mitigação recomendada |
|:---|:---|:---|:---|
| Falha de IAM | Alta | Bloqueante | Validar `supply-chain-admins` antes |
| Quota insuficiente | Média | Alto | Verificar Service Limits em ap-tokyo-1 |
| Violação de rede | Baixa | Alto | NSG restritivo + Security Lists |
| Drift de custo | Média | Médio | Budget alerts + tagging |
| Indisponibilidade | Baixa | Crítico | Deploy multi-AD + health checks |
| Compliance gap | Baixa | Alto | Audit trail + Cloud Guard |

### Execução com Controles
```bash
oci compute image list --compartment-id ocid1.compartment.oc1..staging --operating-system 'Oracle Linux'
```

### Controles Pós-Execução
1. **Estado**: aguardar AVAILABLE/ACTIVE com `--wait-for-state`
2. **Auditoria**: confirmar eventos registrados no OCI Audit Trail
3. **Tags obrigatórias**: cost-center=supply-chain, env=incidente
4. **monitoramento**: verificar métricas visíveis no OCI Monitoring
5. **Compliance**: executar scan com OCI Cloud Guard após criação
6. **Documentação**: atualizar CMDB e cronograma de revisão mensal

### Conformidade e Governança
- [ ] Tagging padronizado aplicado conforme política corporativa
- [ ] Logging habilitado e retendo dados por mínimo 90 dias
- [ ] monitoramento ativo com alertas configurados
- [ ] Acesso restrito por IAM com mínimo privilégio
- [ ] Backup policy aplicada e testada com restore drill
- [ ] Relatório de compliance gerado e arquivado

### Ações de Contingência e Rollback
Se a operação falhar ou SLA for violado, execute sequencialmente:
```bash
# 1. Identificar causa raiz via audit trail
oci audit event list --compartment-id ocid1.compartment.oc1..staging --start-time 2026-01-01T00:00:00Z

# 2. Listar estado atual dos recursos do compartimento
oci resource-search resource structured-search --query-text "query all resources where compartmentId = 'ocid1.compartment.oc1..staging'"
```
Acionar equipe de SRE com severity P1 se impacto em produção. Documentar timeline completo no post-mortem blameless em até 48 horas.

### Recomendações de Segurança e FinOps
- **Zero Trust**: nenhum recurso deve ter acesso público sem aprovação explícita documentada
- **Encryption**: habilite CMK (Customer Managed Keys) via OCI Vault para datos sensíveis
- **Cost Governance**: tag `cost-center=supply-chain` obrigatória em todos os recursos criados
- **Rightsizing**: use OCI Optimizer mensalmente para identificar recursos superprovisionados
- **Audit**: todos os eventos de listagem e auditoria ficam registrados no OCI Audit Trail por 90 dias

**Referência**: docs.oracle.com/pt-br/iaas/Content/compute/Home.htm


[System] Você é um arquiteto e especialista experiente em OCI focado no domínio de terraform/observability. Forneça orientações técnicas, profundas e definitivas.

[User] Para o ambiente expansão do nosso projeto migra-aws, precisamos realizar: listagem e auditoria de observability. Quais as melhores estratégias e comandos no OCI considerando a restrição: sem downtime?

[Assistant]
## listagem e auditoria — observability

### Contexto de Risco
| Campo | Valor |
|:---|:---|
| Empresa | EcoEnergia |
| projeto | migra-aws |
| Ciclo de Vida | expansão |
| Restrição Crítica | sem downtime |
| Região | us-phoenix-1 |
| Compartimento | shared-services |

### Análise de Impacto Pré-Execução
O projeto migra-aws exige que observability seja configurado com atenção redobrada ao compliance no ciclo de expansão. É essencial avaliar o impacto da operação de listagem e auditoria antes da execução, especialmente em ambientes de expansão onde a tolerância a falhas é reduzida.

### Riscos Identificados e Mitigações
| Risco | Probabilidade | Impacto | Mitigação recomendada |
|:---|:---|:---|:---|
| Falha de IAM | Alta | Bloqueante | Validar `migra-aws-admins` antes |
| Quota insuficiente | Média | Alto | Verificar Service Limits em us-phoenix-1 |
| Violação de rede | Baixa | Alto | NSG restritivo + Security Lists |
| Drift de custo | Média | Médio | Budget alerts + tagging |
| Indisponibilidade | Baixa | Crítico | Deploy multi-AD + health checks |
| Compliance gap | Baixa | Alto | Audit trail + Cloud Guard |

### Execução com Controles
```hcl
resource "oci_observability_resource" "main" {
  compartment_id = "ocid1.compartment.oc1..shared-services"
  display_name   = "observability-migra-49"
}
```

### Controles Pós-Execução
1. **Estado**: aguardar AVAILABLE/ACTIVE com `--wait-for-state`
2. **Auditoria**: confirmar eventos registrados no OCI Audit Trail
3. **Tags obrigatórias**: cost-center=migra-aws, env=expansão
4. **monitoramento**: verificar métricas visíveis no OCI Monitoring
5. **Compliance**: executar scan com OCI Cloud Guard após criação
6. **Documentação**: atualizar CMDB e cronograma de revisão mensal

### Conformidade e Governança
- [ ] Tagging padronizado aplicado conforme política corporativa
- [ ] Logging habilitado e retendo dados por mínimo 90 dias
- [ ] monitoramento ativo com alertas configurados
- [ ] Acesso restrito por IAM com mínimo privilégio
- [ ] Backup policy aplicada e testada com restore drill
- [ ] Relatório de compliance gerado e arquivado

### Ações de Contingência e Rollback
Se a operação falhar ou SLA for violado, execute sequencialmente:
```bash
# 1. Identificar causa raiz via audit trail
oci audit event list --compartment-id ocid1.compartment.oc1..shared-services --start-time 2026-01-01T00:00:00Z

# 2. Listar estado atual dos recursos do compartimento
oci resource-search resource structured-search --query-text "query all resources where compartmentId = 'ocid1.compartment.oc1..shared-services'"
```
Acionar equipe de SRE com severity P1 se impacto em produção. Documentar timeline completo no post-mortem blameless em até 48 horas.

### Recomendações de Segurança e FinOps
- **Zero Trust**: nenhum recurso deve ter acesso público sem aprovação explícita documentada
- **Encryption**: habilite CMK (Customer Managed Keys) via OCI Vault para datos sensíveis
- **Cost Governance**: tag `cost-center=migra-aws` obrigatória em todos os recursos criados
- **Rightsizing**: use OCI Optimizer mensalmente para identificar recursos superprovisionados
- **Audit**: todos os eventos de listagem e auditoria ficam registrados no OCI Audit Trail por 90 dias

**Referência**: docs.oracle.com/pt-br/iaas/Content/terraform/Home.htm


[System] Você é um arquiteto e especialista experiente em OCI focado no domínio de finops/cost-optimization. Forneça orientações técnicas, profundas e definitivas.

[User] Para o ambiente brownfield do nosso projeto crm-consolida, precisamos realizar: análise e otimização de cost-optimization. Quais as melhores estratégias e comandos no OCI considerando a restrição: ambiente legado?

[Assistant]
## análise e otimização de cost-optimization em OCI

**Empresa**: FastPag | **projeto**: crm-consolida | **Ambiente**: brownfield | **Região**: ap-sydney-1

### Visão Geral
O projeto crm-consolida exige que cost-optimization seja configurado com atenção redobrada ao compliance no ciclo de brownfield. A restrição de `ambiente legado` é mandatória nesse contexto e deve ser validada e documentada antes da execução de qualquer comando.

### Pré-requisitos de IAM e Infraestrutura
- Grupo `crm-consolida-admins` com permissão `manage cost-optimization-family` no compartimento `networking`
- Grupo `crm-consolida-devops` com permissão `use cost-optimization-family` para operações rotineiras
- Grupo `crm-consolida-viewers` com permissão `inspect cost-optimization-family` para auditoria
- Service Limits verificados na região `ap-sydney-1` — abrir SR com antecedência se necessário
- VCN, subnets e NSGs configurados conforme padrão de segurança do projeto
- Backup ou snapshot do estado atual validado antes de qualquer mudança

### Comando de Execução
```bash
oci usage-api summarized-usages request --tenant-id ocid1.tenancy.oc1..xxx --time-usage-started 2026-01-01T00:00:00Z --time-usage-ended 2026-01-31T23:59:59Z --granularity MONTHLY
```

### Validação Pós-Execução
- Use `--wait-for-state` disponível na maioria dos recursos para tracking síncrono
- Aplique tagging obrigatório: `cost-center=crm-consolida`, `env=brownfield`, `owner=FastPag`
- Verifique status final via CLI:
```bash
```bash
oci usage-api query list --compartment-id ocid1.compartment.oc1..networking
```
```
- Confirme visibilidade nos dashboards de OCI Monitoring e ausência de alertas críticos
- Valide que eventos foram registrados no OCI Audit Trail (retenção mínima 90 dias)

### Configurações Recomendadas pela Oracle
- **Backup**: Configure backup automático com retenção mínima de 30 dias e teste mensal de restore
- **Auto-scaling**: Defina policies baseadas em CPU > 70% para resposta automática à carga
- **Security**: Habilite OCI WAF e Cloud Guard para detecção proativa de ameaças
- **Cost Control**: Configure OCI Budgets com alertas quando custo atingir 80% do limite aprovado
- **Compliance**: Execute scan mensal com OCI Security Advisor e corrija findings críticos

### Troubleshooting Rápido
| Erro | Causa | Solução |
|:---|:---|:---|
| AuthorizationFailed | IAM insuficiente | Revisar policy do grupo `crm-consolida-admins` |
| LimitExceeded | Quota atingida | Verificar Service Limits e abrir SR |
| NotFound | OCID incorreto | Validar OCIDs com `oci ... list` |

### Resumo da Operação
| Parâmetro | Valor |
|:---|:---|
| Região | ap-sydney-1 |
| Compartimento | networking |
| Fase do Ciclo | brownfield |
| Tipo de Ação | análise e otimização |
| Persona | auditor |
| Restrição | ambiente legado |

**Ref**: docs.oracle.com/pt-br/iaas/Content/Finops/