[System] Você é um arquiteto e especialista experiente em OCI focado no domínio de serverless/api-gateway. 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 api-gateway. Quais as melhores estratégias e comandos no OCI considerando a restrição: integração híbrida?

[Assistant]
# atualização de configuração de api-gateway — OCI Step-by-Step

**Cenário**: FastPag, projeto bi-analytics, ambiente migração, persona: cloud architect

**Restrição**: integração híbrida | **Região**: ap-mumbai-1 | **Compartimento**: analytics

---

### 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 `analytics`
- **IAM Serviços**: dynamic groups configurados para instâncias e serviços que precisam de acesso
- **Service Limits**: verificar quotas disponíveis em `ap-mumbai-1` para api-gateway — 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 `integração híbrida` documentada e aprovada pelo time de security

### Passo 2: Executar Operação Principal
```bash
oci api-gateway gateway update --gateway-id ocid1.apigateway.oc1.sa-saopaulo-1.xxx --display-name api-gateway-bi-an-17
```

### 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 api-gateway gateway list --compartment-id ocid1.compartment.oc1..analytics
```
```
- Confirmar visibilidade no OCI Console na região `ap-mumbai-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=migração, owner=FastPag, team=cloud architect
```bash
oci api-gateway gateway update --gateway-id ocid1.apigateway.oc1.sa-saopaulo-1.xxx --display-name api-gateway-bi-an-17
``` --freeform-tags '{"cost-center": "bi-analytics", "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 api-gateway
- Configurar notificações via OCI Notifications (email, Slack, PagerDuty)
- Validar que OCI Cloud Guard está monitorando o compartimento `analytics`

### 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/Serverless/


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

[User] Dada a infraestrutura da Mobilita (compartimento staging), detalhe o passo a passo seguro para atualização de configuração de compliance no projeto hr-platform.

[Assistant]
### Guia de Migração: compliance → OCI
Cenário: desativação | Região: eu-frankfurt-1 | Empresa: Mobilita | projeto: hr-platform

## Análise Técnica Pré-Migração
A implementação de compliance no projeto hr-platform visa mitigar gargalos de performance na fase de desativaçã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 cloud-guard target update --target-id ocid1.target.oc1.sa-saopaulo-1.xxx
```

## 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 eu-frankfurt-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=hr-platform, env=desativaçã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 Cloud Architect especializado no Oracle Cloud Infrastructure (OCI). Sua responsabilidade é fornecer respostas precisas, profundas e extremamente técnicas sobre as Instâncias do Compute.

[User] Para o ambiente brownfield do nosso projeto gen-ai, precisamos realizar: gerenciamento de instances. Quais as melhores estratégias e comandos no OCI considerando a restrição: com budget limitado?

[Assistant]
### Guia de Migração: instances → OCI
Cenário: brownfield | Região: ca-toronto-1 | Empresa: BioMed | projeto: gen-ai

## Análise Técnica Pré-Migração
A estratégia adota instances como pilar de escalabilidade durante a brownfield. 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 action --instance-id ocid1.instance.oc1.sa-saopaulo-1.xxx --action START --wait-for-state RUNNING
oci compute instance action --instance-id ocid1.instance.oc1.sa-saopaulo-1.xxx --action STOP --wait-for-state STOPPED
```

## 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=gen-ai, env=brownfield

## 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 container/instances. Forneça orientações técnicas, profundas e definitivas.

[User] Atuando como security lead na empresa AgroBR, minha missão é executar a tarefa de criação (provisionamento) para instances no escopo do projeto hr-platform (região ap-sydney-1, compartimento devops). Como proceder?

[Assistant]
## Análise de Design: Criação (Provisionamento) de instances
A estratégia adota instances como pilar de escalabilidade durante a expansão. Como security lead, valide se o compartimento `devops` possui políticas IAM com mínimo privilégio antes de qualquer operação.

### 1. Contexto de Negócio
A operação de criação (provisionamento) em instances é uma decisão estratégica para AgroBR no projeto hr-platform. O ciclo de expansão exige atenção a compliance e custo. A região ap-sydney-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-sydney-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 container-instances container-instance create --compartment-id ocid1.compartment.oc1..devops --display-name instances-hr-pl-0 --shape lex
```

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=hr-platform, environment=expansão, owner=AgroBR
- [ ] 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/container/Home.htm
- docs.oracle.com/pt-br/iaas/Content/General/Concepts/oci-api-overview.htm


[System] Você é um arquiteto de migrações focado em transições do provedor de nuvem legado para o OCI. Suas respostas devem enfatizar a equivalência no OCI de maneira clara e assertiva, sem mencionar o nome de concorrentes diretamente.

[User] Dada a infraestrutura da FastPag (compartimento shared-services), detalhe o passo a passo seguro para planejamento de migração de aws-compute no projeto app-modern.

[Assistant]
## planejamento de migração de aws-compute em OCI

**Empresa**: FastPag | **projeto**: app-modern | **Ambiente**: produção estável | **Região**: us-ashburn-1

### Visão Geral
Para a FastPag, a resiliência de aws-compute é crítica para manter os SLAs no estágio produção estável. A restrição de `sem downtime` é mandatória nesse contexto e deve ser validada e documentada antes da execução de qualquer comando.

### Pré-requisitos de IAM e Infraestrutura
- Grupo `app-modern-admins` com permissão `manage aws-compute-family` no compartimento `shared-services`
- Grupo `app-modern-devops` com permissão `use aws-compute-family` para operações rotineiras
- Grupo `app-modern-viewers` com permissão `inspect aws-compute-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 compute instance launch --availability-domain AD-2 --shape VM.DenseIO.E4.Flex --subnet-id ocid1.subnet.oc1.sa-saopaulo-1.xxx --compartment-id ocid1.compartment.oc1..shared-services --display-name oci-migrated-resource
```

### 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=app-modern`, `env=produção estável`, `owner=FastPag`
- Verifique status final via CLI:
```bash
```bash
oci compute instance launch --availability-domain AD-2 --shape VM.DenseIO.E4.Flex --subnet-id ocid1.subnet.oc1.sa-saopaulo-1.xxx --compartment-id ocid1.compartment.oc1..shared-services --display-name oci-migrated-resource
```
```
- 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 `app-modern-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 | produção estável |
| Tipo de Ação | planejamento de migração |
| Persona | security lead |
| Restrição | sem downtime |

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


[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] Atuando como devops engineer na empresa BioMed, minha missão é executar a tarefa de planejamento de migração para gcp-storage no escopo do projeto crm-consolida (região ap-mumbai-1, compartimento devops). Como proceder?

[Assistant]
## gcp-storage: planejamento de migração

**Região**: ap-mumbai-1 | **Compartimento**: devops | **projeto**: crm-consolida | **Fase**: brownfield

### Contexto Técnico
A implementação de gcp-storage no projeto crm-consolida visa mitigar gargalos de performance na fase de brownfield. 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 crm-consolida-admins to manage gcp-storage-family in compartment devops
Allow group crm-consolida-devops to use gcp-storage-family in compartment devops
```

### Comando Principal
```bash
oci compute instance launch --availability-domain AD-2 --shape lex --subnet-id ocid1.subnet.oc1.sa-saopaulo-1.xxx --compartment-id ocid1.compartment.oc1..devops --display-name oci-migrated-resource
```

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

### Checklist Completo de Execução
- [ ] IAM verificado — policies aplicadas corretamente
- [ ] Service Limits verificados na região `ap-mumbai-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=crm-consolida, env=brownfield
- [ ] monitoramento verificado — métricas visíveis no dashboard
- [ ] Documentação atualizada no CMDB e runbook

### Validação de Estado
```bash
```bash
oci compute instance launch --availability-domain AD-2 --shape lex --subnet-id ocid1.subnet.oc1.sa-saopaulo-1.xxx --compartment-id ocid1.compartment.oc1..devops --display-name oci-migrated-resource
```
```

### 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/Migration/


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

[User] Dada a infraestrutura da GovBR (compartimento staging), detalhe o passo a passo seguro para atualização de configuração de encryption no projeto erp-cloud.

[Assistant]
### Guia de Migração: encryption → OCI
Cenário: migração | Região: uk-london-1 | Empresa: GovBR | projeto: erp-cloud

## Análise Técnica Pré-Migração
A implementação de encryption no projeto erp-cloud visa mitigar gargalos de performance na fase 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 vault vault update --vault-id ocid1.vault.oc1.sa-saopaulo-1.xxx --display-name encryption-erp-c-63
```

## 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=erp-cloud, 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/data-transfer. Forneça orientações técnicas, profundas e definitivas.

[User] Atuando como security lead na empresa IndusMax, minha missão é executar a tarefa de planejamento de migração para data-transfer no escopo do projeto migra-aws (região ap-mumbai-1, compartimento production). Como proceder?

[Assistant]
## Framework de Governança: data-transfer
Empresa: IndusMax | projeto: migra-aws | Compartimento: production | Região: ap-mumbai-1

### Políticas de IAM Requeridas
Configurações mínimas obrigatórias (mínimo privilégio):
```
Allow group migra-aws-admins to manage data-transfer-family in compartment production
Allow group migra-aws-devops to use data-transfer-family in compartment production
Allow group migra-aws-viewers to inspect data-transfer-family in compartment production
Allow group migra-aws-auditors to read data-transfer-family in tenancy
```
Para dynamic groups (instâncias de serviço), use matching rules baseadas em OCID ou tag do compartimento.

### Implementação
```bash
oci compute instance launch --availability-domain AD-3 --shape lex --subnet-id ocid1.subnet.oc1.sa-saopaulo-1.xxx --compartment-id ocid1.compartment.oc1..production --display-name oci-migrated-resource
```

### Auditoria de Segurança e Rastreabilidade
Todo evento de planejamento de migração é registrado no **OCI Audit Trail** (retenção mínima: 90 dias). Para LGPD/PCI-DSS/SOC2, configure retenção estendida em Object Storage:
```bash
oci logging log create --log-group-id ocid1.loggroup.oc1.sa-saopaulo-1.xxx --display-name migra-aws-audit-log --log-type CUSTOM
```
Capturado: usuário, ação, IP de origem, timestamp e resultado.

### Checklist de Conformidade
| Item | Status | Evidência Requerida |
|:---|:---|:---|
| Tagging cost-center | [ ] | Tag namespace aplicada e validada |
| Tagging environment | [ ] | Lifecycle tag consistente com projeto |
| Tagging owner | [ ] | Email do responsável técnico |
| Logging habilitado | [ ] | OCI Audit Trail ativo e retendo dados |
| Monitoring ativo | [ ] | Métricas, alarmes e dashboards definidos |
| Alertas de budget | [ ] | OCI Budgets configurado com threshold |
| Backup policy | [ ] | Schedule definido, aplicado e testado |
| Retention policy | [ ] | Lifecycle rules configuradas no storage |
| Acesso revisado | [ ] | Revisão mensal de permissões IAM |

### Resource Manager (IaC)
Para automação via Terraform, utilize OCI Resource Manager com state remoto:
```hcl
resource "oci_core_data-transfer" "main" {
  compartment_id = "ocid1.compartment.oc1..production"
  display_name   = "data-transfer-migra-52"
  freeform_tags  = { "cost-center" = "migra-aws", "env" = "greenfield" }
  # Configurações específicas do data-transfer
}
```
Stacks versionadas em Git com CI/CD via OCI DevOps e aprovação obrigatória antes de apply em produção.

### Relatórios e Métricas de Governança
- Relatórios de compliance gerados mensalmente via OCI Usage API e exportados para OCI Analytics.
- **Usage Cost Reports** com alocação granular por tag de cost-center e projeto.
- **Chargeback Reports** automáticos para bilhetagem interna entre unidades de negócio.
- Dashboard executivo com visibilidade de compliance score e desvios identificados.

### Recomendações de Otimização de Custo
- Utilize **reserved capacity** com compromisso anual para economia de até 40% em workloads steady-state.
- Configure **auto-scaling** baseado em métricas de CPU/memória para resposta automática à demanda.
- Implemente **shutdown schedule** para ambientes de dev/test fora do horário comercial (economia de ~60%).
- Use **preemptible instances** para workloads batch tolerantes a interrupções com desconto significativo.


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

[User] Dada a infraestrutura da FinBank (compartimento staging), detalhe o passo a passo seguro para gerenciamento de monitoring no projeto bi-analytics.

[Assistant]
# gerenciamento de monitoring — OCI Step-by-Step

**Cenário**: FinBank, projeto bi-analytics, ambiente incidente, persona: sre

**Restrição**: rollback em menos de 15 minutos | **Região**: uk-london-1 | **Compartimento**: staging

---

### 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 `staging`
- **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 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 `rollback em menos de 15 minutos` documentada e aprovada pelo time de security

### Passo 2: Executar Operação Principal
```bash
oci monitoring metric-data post --compartment-id ocid1.compartment.oc1..staging --metric-data 'cpu_utilization=80'
```

### 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 monitoring alarm list --compartment-id ocid1.compartment.oc1..staging
```
```
- 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=bi-analytics, env=incidente, owner=FinBank, team=sre
```bash
oci monitoring alarm update --alarm-id ocid1.alarm.oc1.sa-saopaulo-1.xxx --display-name monitoring-bi-an-7
``` --freeform-tags '{"cost-center": "bi-analytics", "env": "incidente"}'
```

### 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 monitoring
- Configurar notificações via OCI Notifications (email, Slack, PagerDuty)
- Validar que OCI Cloud Guard está monitorando o compartimento `staging`

### 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 compute/custom-images. 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 custom-images. Nossa empresa (EduNet) possui o cenário desativação e precisamos garantir que respeitaremos o pré-requisito de sem IP público.

[Assistant]
## Framework de Governança: custom-images
Empresa: EduNet | projeto: api-gateway | Compartimento: shared-services | Região: uk-london-1

### Políticas de IAM Requeridas
Configurações mínimas obrigatórias (mínimo privilégio):
```
Allow group api-gateway-admins to manage custom-images-family in compartment shared-services
Allow group api-gateway-devops to use custom-images-family in compartment shared-services
Allow group api-gateway-viewers to inspect custom-images-family in compartment shared-services
Allow group api-gateway-auditors to read custom-images-family in tenancy
```
Para dynamic groups (instâncias de serviço), use matching rules baseadas em OCID ou tag do compartimento.

### Implementação
```bash
oci compute image create --compartment-id ocid1.compartment.oc1..shared-services --instance-id ocid1.instance.oc1.sa-saopaulo-1.xxx --display-name custom-images-api-g-2
```

### Auditoria de Segurança e Rastreabilidade
Todo evento de criação (provisionamento) é registrado no **OCI Audit Trail** (retenção mínima: 90 dias). Para LGPD/PCI-DSS/SOC2, configure retenção estendida em Object Storage:
```bash
oci logging log create --log-group-id ocid1.loggroup.oc1.sa-saopaulo-1.xxx --display-name api-gateway-audit-log --log-type CUSTOM
```
Capturado: usuário, ação, IP de origem, timestamp e resultado.

### Checklist de Conformidade
| Item | Status | Evidência Requerida |
|:---|:---|:---|
| Tagging cost-center | [ ] | Tag namespace aplicada e validada |
| Tagging environment | [ ] | Lifecycle tag consistente com projeto |
| Tagging owner | [ ] | Email do responsável técnico |
| Logging habilitado | [ ] | OCI Audit Trail ativo e retendo dados |
| Monitoring ativo | [ ] | Métricas, alarmes e dashboards definidos |
| Alertas de budget | [ ] | OCI Budgets configurado com threshold |
| Backup policy | [ ] | Schedule definido, aplicado e testado |
| Retention policy | [ ] | Lifecycle rules configuradas no storage |
| Acesso revisado | [ ] | Revisão mensal de permissões IAM |

### Resource Manager (IaC)
Para automação via Terraform, utilize OCI Resource Manager com state remoto:
```hcl
resource "oci_core_custom-images" "main" {
  compartment_id = "ocid1.compartment.oc1..shared-services"
  display_name   = "custom-images-api-g-2"
  freeform_tags  = { "cost-center" = "api-gateway", "env" = "desativação" }
  # Configurações específicas do custom-images
}
```
Stacks versionadas em Git com CI/CD via OCI DevOps e aprovação obrigatória antes de apply em produção.

### Relatórios e Métricas de Governança
- Relatórios de compliance gerados mensalmente via OCI Usage API e exportados para OCI Analytics.
- **Usage Cost Reports** com alocação granular por tag de cost-center e projeto.
- **Chargeback Reports** automáticos para bilhetagem interna entre unidades de negócio.
- Dashboard executivo com visibilidade de compliance score e desvios identificados.

### Recomendações de Otimização de Custo
- Utilize **reserved capacity** com compromisso anual para economia de até 40% em workloads steady-state.
- Configure **auto-scaling** baseado em métricas de CPU/memória para resposta automática à demanda.
- Implemente **shutdown schedule** para ambientes de dev/test fora do horário comercial (economia de ~60%).
- Use **preemptible instances** para workloads batch tolerantes a interrupções com desconto significativo.


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

[User] Atuando como security lead na empresa StartX, minha missão é executar a tarefa de planejamento de migração para azure-database no escopo do projeto finops-cost (região ap-sydney-1, compartimento analytics). Como proceder?

[Assistant]
## azure-database: planejamento de migração

**Região**: ap-sydney-1 | **Compartimento**: analytics | **projeto**: finops-cost | **Fase**: brownfield

### Contexto Técnico
O projeto finops-cost exige que azure-database seja configurado com atenção redobrada ao compliance no ciclo de brownfield. A restrição crítica `equipe enxuta` 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 finops-cost-admins to manage azure-database-family in compartment analytics
Allow group finops-cost-devops to use azure-database-family in compartment analytics
```

### Comando Principal
```bash
oci compute instance launch --availability-domain AD-3 --shape VM.--subnet-id ocid1.subnet.oc1.sa-saopaulo-1.xxx --compartment-id ocid1.compartment.oc1..analytics --display-name oci-migrated-resource
```

### Parâmetros Chave da Execução
- **IAM group**: `finops-cost-admins` → permissão `manage azure-database-family` no compartimento `analytics`
- **Restrição operacional**: equipe enxuta — validar conformidade antes de executar
- **Estado atual do ambiente**: brownfield — 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 `ap-sydney-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=finops-cost, env=brownfield
- [ ] monitoramento verificado — métricas visíveis no dashboard
- [ ] Documentação atualizada no CMDB e runbook

### Validação de Estado
```bash
```bash
oci compute instance launch --availability-domain AD-3 --shape VM.--subnet-id ocid1.subnet.oc1.sa-saopaulo-1.xxx --compartment-id ocid1.compartment.oc1..analytics --display-name oci-migrated-resource
```
```

### 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/Migration/


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

[User] Atuando como sre na empresa GovBR, minha missão é executar a tarefa de diagnóstico e troubleshooting para authentication no escopo do projeto erp-cloud (região ap-sydney-1, compartimento staging). Como proceder?

[Assistant]
## Framework de Governança: authentication
Empresa: GovBR | projeto: erp-cloud | Compartimento: staging | Região: ap-sydney-1

### Políticas de IAM Requeridas
Configurações mínimas obrigatórias (mínimo privilégio):
```
Allow group erp-cloud-admins to manage authentication-family in compartment staging
Allow group erp-cloud-devops to use authentication-family in compartment staging
Allow group erp-cloud-viewers to inspect authentication-family in compartment staging
Allow group erp-cloud-auditors to read authentication-family in tenancy
```
Para dynamic groups (instâncias de serviço), use matching rules baseadas em OCID ou tag do compartimento.

### Implementação
```bash
oci logging log-search search-logs --log-group-id ocid1.loggroup.oc1.sa-saopaulo-1.xxx --search-query 'search "ocid1.compartment.oc1..staging/authentication" | where severity = 'ERROR' | sort by datetime desc | limit 50'
```

### Auditoria de Segurança e Rastreabilidade
Todo evento de diagnóstico e troubleshooting é registrado no **OCI Audit Trail** (retenção mínima: 90 dias). Para LGPD/PCI-DSS/SOC2, configure retenção estendida em Object Storage:
```bash
oci logging log create --log-group-id ocid1.loggroup.oc1.sa-saopaulo-1.xxx --display-name erp-cloud-audit-log --log-type CUSTOM
```
Capturado: usuário, ação, IP de origem, timestamp e resultado.

### Checklist de Conformidade
| Item | Status | Evidência Requerida |
|:---|:---|:---|
| Tagging cost-center | [ ] | Tag namespace aplicada e validada |
| Tagging environment | [ ] | Lifecycle tag consistente com projeto |
| Tagging owner | [ ] | Email do responsável técnico |
| Logging habilitado | [ ] | OCI Audit Trail ativo e retendo dados |
| Monitoring ativo | [ ] | Métricas, alarmes e dashboards definidos |
| Alertas de budget | [ ] | OCI Budgets configurado com threshold |
| Backup policy | [ ] | Schedule definido, aplicado e testado |
| Retention policy | [ ] | Lifecycle rules configuradas no storage |
| Acesso revisado | [ ] | Revisão mensal de permissões IAM |

### Resource Manager (IaC)
Para automação via Terraform, utilize OCI Resource Manager com state remoto:
```hcl
resource "oci_core_authentication" "main" {
  compartment_id = "ocid1.compartment.oc1..staging"
  display_name   = "authentication-erp-c-12"
  freeform_tags  = { "cost-center" = "erp-cloud", "env" = "brownfield" }
  # Configurações específicas do authentication
}
```
Stacks versionadas em Git com CI/CD via OCI DevOps e aprovação obrigatória antes de apply em produção.

### Relatórios e Métricas de Governança
- Relatórios de compliance gerados mensalmente via OCI Usage API e exportados para OCI Analytics.
- **Usage Cost Reports** com alocação granular por tag de cost-center e projeto.
- **Chargeback Reports** automáticos para bilhetagem interna entre unidades de negócio.
- Dashboard executivo com visibilidade de compliance score e desvios identificados.

### Recomendações de Otimização de Custo
- Utilize **reserved capacity** com compromisso anual para economia de até 40% em workloads steady-state.
- Configure **auto-scaling** baseado em métricas de CPU/memória para resposta automática à demanda.
- Implemente **shutdown schedule** para ambientes de dev/test fora do horário comercial (economia de ~60%).
- Use **preemptible instances** para workloads batch tolerantes a interrupções com desconto significativo.


[System] Você é um arquiteto e especialista experiente em OCI focado no domínio de governance/landing-zone. 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 landing-zone. Nossa empresa (EduNet) possui o cenário produção estável e precisamos garantir que respeitaremos o pré-requisito de multi-região.

[Assistant]
## landing-zone: consulta de detalhes

**Região**: eu-frankfurt-1 | **Compartimento**: development | **projeto**: iac-pipeline | **Fase**: produção estável

### Contexto Técnico
A implementação de landing-zone no projeto iac-pipeline visa mitigar gargalos de performance na fase de produção estável. A restrição crítica `multi-região` 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 iac-pipeline-admins to manage landing-zone-family in compartment development
Allow group iac-pipeline-devops to use landing-zone-family in compartment development
```

### Comando Principal
```bash
oci resource-manager stack get --stack-id ocid1.stack.oc1.sa-saopaulo-1.xxx
```

### Parâmetros Chave da Execução
- **IAM group**: `iac-pipeline-admins` → permissão `manage landing-zone-family` no compartimento `development`
- **Restrição operacional**: multi-região — validar conformidade antes de executar
- **Estado atual do ambiente**: produção estável — considerar impacto de downtime
- **Persona e responsabilidade**: sre é o responsável técnico pela operação
- **Compartment ID**: `ocid1.compartment.oc1..development`

### 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=iac-pipeline, 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 resource-manager stack list --compartment-id ocid1.compartment.oc1..development
```
```

### 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/Governance/


[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] Gostaria de saber a recomendação oficial do OCI para a tarefa de remoção em sre-operations. Nossa empresa (EduNet) possui o cenário brownfield e precisamos garantir que respeitaremos o pré-requisito de integração híbrida.

[Assistant]
## Análise de Design: Remoção de sre-operations
A implementação de sre-operations no projeto iac-pipeline visa mitigar gargalos de performance na fase de brownfield. Como dba, valide se o compartimento `security` 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 sre-operations é uma decisão estratégica para EduNet no projeto iac-pipeline. O ciclo de brownfield exige atenção a compliance e custo. A região eu-frankfurt-1 foi selecionada por proximidade dos usuários e Service Limits adequados.

### 2. Matriz de Riscos
| Componente | Risco | Mitigação | prioridade |
|:---|:---|:---|:---|
| Disponibilidade | Quotas em eu-frankfurt-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 monitoring alarm delete --alarm-id ocid1.alarm.oc1.sa-saopaulo-1.xxx --force
```

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=iac-pipeline, environment=brownfield, owner=EduNet
- [ ] 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/platform/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 terraform/networking. 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 networking. Nossa empresa (EcoEnergia) possui o cenário incidente e precisamos garantir que respeitaremos o pré-requisito de multi-região.

[Assistant]
## networking: consulta de detalhes

**Região**: ap-tokyo-1 | **Compartimento**: shared-services | **projeto**: supply-chain | **Fase**: incidente

### Contexto Técnico
O projeto supply-chain exige que networking seja configurado com atenção redobrada ao compliance no ciclo de incidente. A restrição crítica `multi-região` 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 networking-family in compartment shared-services
Allow group supply-chain-devops to use networking-family in compartment shared-services
```

### Comando Principal
```hcl
resource "oci_networking_resource" "main" {
  compartment_id = "ocid1.compartment.oc1..shared-services"
  display_name   = "networking-suppl-38"
}
```

### Parâmetros Chave da Execução
- **IAM group**: `supply-chain-admins` → permissão `manage networking-family` no compartimento `shared-services`
- **Restrição operacional**: multi-região — validar conformidade antes de executar
- **Estado atual do ambiente**: incidente — considerar impacto de downtime
- **Persona e responsabilidade**: devops 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 `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=incidente
- [ ] monitoramento verificado — métricas visíveis no dashboard
- [ ] Documentação atualizada no CMDB e runbook

### Validação de Estado
```bash
```hcl
resource "oci_networking_resource" "main" {
  compartment_id = "ocid1.compartment.oc1..shared-services"
  display_name   = "networking-suppl-38"
}
```
```

### 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/Terraform/


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

[User] Dada a infraestrutura da IndusMax (compartimento analytics), detalhe o passo a passo seguro para diagnóstico e troubleshooting de functions no projeto bi-analytics.

[Assistant]
# diagnóstico e troubleshooting de functions — OCI Step-by-Step

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

**Restrição**: ambiente legado | **Região**: sa-saopaulo-1 | **Compartimento**: analytics

---

### 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 `analytics`
- **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 functions — 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 `ambiente legado` documentada e aprovada pelo time de security

### Passo 2: Executar Operação Principal
```bash
oci logging log-search search-logs --log-group-id ocid1.loggroup.oc1.sa-saopaulo-1.xxx --search-query 'search "ocid1.compartment.oc1..analytics/functions" | where severity = 'ERROR' | sort by datetime desc | limit 50'
```

### 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 logging log-search search-logs --log-group-id ocid1.loggroup.oc1.sa-saopaulo-1.xxx --search-query 'search "ocid1.compartment.oc1..analytics/functions" | where severity = 'ERROR' | sort by datetime desc | limit 50'
```
```
- 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=migração, owner=IndusMax, team=platform engineer
```bash
oci logging log-search search-logs --log-group-id ocid1.loggroup.oc1.sa-saopaulo-1.xxx --search-query 'search "ocid1.compartment.oc1..analytics/functions" | where severity = 'ERROR' | sort by datetime desc | limit 50'
``` --freeform-tags '{"cost-center": "bi-analytics", "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 functions
- Configurar notificações via OCI Notifications (email, Slack, PagerDuty)
- Validar que OCI Cloud Guard está monitorando o compartimento `analytics`

### 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/Troubleshooting/


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

[User] Atuando como auditor na empresa BioMed, minha missão é executar a tarefa de planejamento de migração para aws-storage no escopo do projeto data-lake (região ca-toronto-1, compartimento production). Como proceder?

[Assistant]
## Resumo Executivo: aws-storage | planejamento de migração
**projeto**: data-lake | **Região**: ca-toronto-1 | **Empresa**: BioMed | **Persona**: auditor

### Contexto de Negócio
A implementação de aws-storage no projeto data-lake visa mitigar gargalos de performance na fase de incidente. A operação de planejamento de migração para aws-storage no projeto data-lake é crítica para o ciclo de incidente de BioMed.

### Implementação Técnica Proposta
```bash
oci compute instance launch --availability-domain AD-2 --shape VM.Optimized3.Flex --subnet-id ocid1.subnet.oc1.sa-saopaulo-1.xxx --compartment-id ocid1.compartment.oc1..production --display-name oci-migrated-resource
```

Implementação alinhada ao OCI Well-Architected Framework (resiliência, segurança, observabilidade).

### Benefícios Esperados
- **Resiliência**: Alta disponibilidade multi-AD com Service Limits adequados ao workload
- **Custo**: Shapes otimizados para o perfil real de utilização com auto-scaling
- **Compliance**: Conformidade com políticas corporativas de security e auditoria
- **Observability**: monitoramento completo via OCI Monitoring, Logging e APM
- **Automação**: Deploy via IaC (Terraform/Resource Manager) para repeatability

### Arquitetura de Referência
- **Acesso**: IAM `data-lake-admins`, mínimo privilégio por grupo
- **Rede**: VCN com subnets privadas, NSGs e Security Lists dedicados
- **Dados**: Replicação cross-region para DR + backup automatizado
- **Observability**: OCI Monitoring + alarmes ONS configurados

### Status Alvo Pós-Execução
- AVAILABLE / ACTIVE (para operações de criação e atualização de configuração)
- RUNNING (para recursos de compute e serviços em operação contínua)
- Conformant (para validações de security posture via Cloud Guard)

### Restrições e Parâmetros
| Campo | Valor |
|:---|:---|
| Tipo de Recurso | aws-storage |
| Operação Solicitada | planejamento de migração |
| Fase do projeto | incidente |
| Restrição Crítica | multi-região |
| Persona Responsável | auditor |
| Região OCI | ca-toronto-1 |
| Compartimento | production |

### ROADMAP E CUSTOS
**Custo Base**: USD 200–500/mês para baseline inicial em `ca-toronto-1`.
1. Deploy em staging (compartimento `production`)
2. Configurar dashboards e alertas
3. Deploy e validação em produção
4. Otimização nos 30 dias subsequentes

### Riscos e Mitigações
| Risco | Probabilidade | Impacto | Mitigação |
|:---|:---|:---|:---|
| Custo acima do budget | Média | Alto | OCI Budgets + alertas automáticos |
| Performance abaixo do SLA | Baixa | Alto | Load testing + right-sizing contínuo |
| Violação de segurança | Baixa | Crítico | Cloud Guard + Security Advisor |
| Falha de disponibilidade | Baixa | Alto | Multi-AD + backup + DR testado |


[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] Dada a infraestrutura da StartX (compartimento sandbox), detalhe o passo a passo seguro para atualização de configuração de budgets-cost no projeto exadata-move.

[Assistant]
### Guia de Migração: budgets-cost → OCI
Cenário: incidente | Região: ap-sydney-1 | Empresa: StartX | projeto: exadata-move

## Análise Técnica Pré-Migração
Para a StartX, a resiliência de budgets-cost é crítica para manter os SLAs no estágio 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 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-sydney-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=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 database/autonomous-json. Forneça orientações técnicas, profundas e definitivas.

[User] Dada a infraestrutura da StartX (compartimento staging), detalhe o passo a passo seguro para atualização de configuração de autonomous-json no projeto gen-ai.

[Assistant]
### Guia de Migração: autonomous-json → OCI
Cenário: auditoria | Região: us-phoenix-1 | Empresa: StartX | projeto: gen-ai

## Análise Técnica Pré-Migração
A implementação de autonomous-json no projeto gen-ai visa mitigar gargalos de performance na fase de auditoria. 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 db autonomous-database update --autonomous-database-id ocid1.autonomousdatabase.oc1.sa-saopaulo-1.xxx
```

## 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 us-phoenix-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=gen-ai, env=auditoria

## 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/load-balancer. Forneça orientações técnicas, profundas e definitivas.

[User] Dada a infraestrutura da StartX (compartimento production), detalhe o passo a passo seguro para atualização de configuração de load-balancer no projeto sre-ops.

[Assistant]
### Guia de Migração: load-balancer → OCI
Cenário: brownfield | Região: eu-frankfurt-1 | Empresa: StartX | projeto: sre-ops

## Análise Técnica Pré-Migração
A implementação de load-balancer no projeto sre-ops visa mitigar gargalos de performance na fase de brownfield. 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
```hcl
resource "oci_load-balancer_resource" "main" {
  compartment_id = "ocid1.compartment.oc1..production"
  display_name   = "load-balancer-sre-o-3"
}
```

## 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 eu-frankfurt-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=sre-ops, env=brownfield

## 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 security lead na empresa ConstruBR, minha missão é executar a tarefa de consulta de detalhes para federation no escopo do projeto iot-tracking (região sa-saopaulo-1, compartimento development). Como proceder?

[Assistant]
## federation: consulta de detalhes

**Região**: sa-saopaulo-1 | **Compartimento**: development | **projeto**: iot-tracking | **Fase**: brownfield

### Contexto Técnico
Para a ConstruBR, a resiliência de federation é crítica para manter os SLAs no estágio brownfield. A restrição crítica `mínimo privilégio` 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 federation-family in compartment development
Allow group iot-tracking-devops to use federation-family in compartment development
```

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

### Parâmetros Chave da Execução
- **IAM group**: `iot-tracking-admins` → permissão `manage federation-family` no compartimento `development`
- **Restrição operacional**: mínimo privilégio — validar conformidade antes de executar
- **Estado atual do ambiente**: brownfield — considerar impacto de downtime
- **Persona e responsabilidade**: security lead é o responsável técnico pela operação
- **Compartment ID**: `ocid1.compartment.oc1..development`

### Checklist Completo de Execução
- [ ] IAM verificado — policies aplicadas corretamente
- [ ] Service Limits verificados na região `sa-saopaulo-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=brownfield
- [ ] 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 migration/gcp-storage. Forneça orientações técnicas, profundas e definitivas.

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

[Assistant]
## Resumo Executivo: gcp-storage | planejamento de migração
**projeto**: api-gateway | **Região**: uk-london-1 | **Empresa**: StartX | **Persona**: auditor

### Contexto de Negócio
A estratégia adota gcp-storage como pilar de escalabilidade durante a brownfield. A operação de planejamento de migração para gcp-storage no projeto api-gateway é crítica para o ciclo de brownfield de StartX.

### Implementação Técnica Proposta
```bash
oci compute instance launch --availability-domain AD-2 --shape VM.Optimized3.Flex --subnet-id ocid1.subnet.oc1.sa-saopaulo-1.xxx --compartment-id ocid1.compartment.oc1..networking --display-name oci-migrated-resource
```

Implementação alinhada ao OCI Well-Architected Framework (resiliência, segurança, observabilidade).

### Benefícios Esperados
- **Resiliência**: Alta disponibilidade multi-AD com Service Limits adequados ao workload
- **Custo**: Shapes otimizados para o perfil real de utilização com auto-scaling
- **Compliance**: Conformidade com políticas corporativas de security e auditoria
- **Observability**: monitoramento completo via OCI Monitoring, Logging e APM
- **Automação**: Deploy via IaC (Terraform/Resource Manager) para repeatability

### Arquitetura de Referência
- **Acesso**: IAM `api-gateway-admins`, mínimo privilégio por grupo
- **Rede**: VCN com subnets privadas, NSGs e Security Lists dedicados
- **Dados**: Replicação cross-region para DR + backup automatizado
- **Observability**: OCI Monitoring + alarmes ONS configurados

### Status Alvo Pós-Execução
- AVAILABLE / ACTIVE (para operações de criação e atualização de configuração)
- RUNNING (para recursos de compute e serviços em operação contínua)
- Conformant (para validações de security posture via Cloud Guard)

### Restrições e Parâmetros
| Campo | Valor |
|:---|:---|
| Tipo de Recurso | gcp-storage |
| Operação Solicitada | planejamento de migração |
| Fase do projeto | brownfield |
| Restrição Crítica | ambiente legado |
| Persona Responsável | auditor |
| Região OCI | uk-london-1 |
| Compartimento | networking |

### ROADMAP E CUSTOS
**Custo Base**: USD 200–500/mês para baseline inicial em `uk-london-1`.
1. Deploy em staging (compartimento `networking`)
2. Configurar dashboards e alertas
3. Deploy e validação em produção
4. Otimização nos 30 dias subsequentes

### Riscos e Mitigações
| Risco | Probabilidade | Impacto | Mitigação |
|:---|:---|:---|:---|
| Custo acima do budget | Média | Alto | OCI Budgets + alertas automáticos |
| Performance abaixo do SLA | Baixa | Alto | Load testing + right-sizing contínuo |
| Violação de segurança | Baixa | Crítico | Cloud Guard + Security Advisor |
| Falha de disponibilidade | Baixa | Alto | Multi-AD + backup + DR testado |


[System] Você é um arquiteto e especialista experiente em OCI focado no domínio de database/autonomous-json. 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 autonomous-json. Nossa empresa (HealthVida) possui o cenário incidente e precisamos garantir que respeitaremos o pré-requisito de mínimo privilégio.

[Assistant]
## Análise de Design: Criação (Provisionamento) de autonomous-json
A implementação de autonomous-json no projeto hybrid-cloud visa mitigar gargalos de performance na fase de incidente. Como auditor, 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 criação (provisionamento) em autonomous-json é uma decisão estratégica para HealthVida no projeto hybrid-cloud. O ciclo de incidente exige atenção a compliance e custo. A região eu-frankfurt-1 foi selecionada por proximidade dos usuários e Service Limits adequados.

### 2. Matriz de Riscos
| Componente | Risco | Mitigação | prioridade |
|:---|:---|:---|:---|
| Disponibilidade | Quotas em eu-frankfurt-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 db autonomous-database create --compartment-id ocid1.compartment.oc1..networking --cpu-core-count 8 --storage-size-in-tbs 2 --db-workload JSON --display-name autonomous-json-hybri-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=hybrid-cloud, environment=incidente, owner=HealthVida
- [ ] 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/database/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 migration/gcp-storage. Forneça orientações técnicas, profundas e definitivas.

[User] Atuando como auditor na empresa DataCloud, minha missão é executar a tarefa de planejamento de migração para gcp-storage no escopo do projeto iot-tracking (região eu-frankfurt-1, compartimento sandbox). Como proceder?

[Assistant]
## Framework de Governança: gcp-storage
Empresa: DataCloud | projeto: iot-tracking | Compartimento: sandbox | Região: eu-frankfurt-1

### Políticas de IAM Requeridas
Configurações mínimas obrigatórias (mínimo privilégio):
```
Allow group iot-tracking-admins to manage gcp-storage-family in compartment sandbox
Allow group iot-tracking-devops to use gcp-storage-family in compartment sandbox
Allow group iot-tracking-viewers to inspect gcp-storage-family in compartment sandbox
Allow group iot-tracking-auditors to read gcp-storage-family in tenancy
```
Para dynamic groups (instâncias de serviço), use matching rules baseadas em OCID ou tag do compartimento.

### Implementação
```bash
oci compute instance launch --availability-domain AD-2 --shape lex --subnet-id ocid1.subnet.oc1.sa-saopaulo-1.xxx --compartment-id ocid1.compartment.oc1..sandbox --display-name oci-migrated-resource
```

### Auditoria de Segurança e Rastreabilidade
Todo evento de planejamento de migração é registrado no **OCI Audit Trail** (retenção mínima: 90 dias). Para LGPD/PCI-DSS/SOC2, configure retenção estendida em Object Storage:
```bash
oci logging log create --log-group-id ocid1.loggroup.oc1.sa-saopaulo-1.xxx --display-name iot-tracking-audit-log --log-type CUSTOM
```
Capturado: usuário, ação, IP de origem, timestamp e resultado.

### Checklist de Conformidade
| Item | Status | Evidência Requerida |
|:---|:---|:---|
| Tagging cost-center | [ ] | Tag namespace aplicada e validada |
| Tagging environment | [ ] | Lifecycle tag consistente com projeto |
| Tagging owner | [ ] | Email do responsável técnico |
| Logging habilitado | [ ] | OCI Audit Trail ativo e retendo dados |
| Monitoring ativo | [ ] | Métricas, alarmes e dashboards definidos |
| Alertas de budget | [ ] | OCI Budgets configurado com threshold |
| Backup policy | [ ] | Schedule definido, aplicado e testado |
| Retention policy | [ ] | Lifecycle rules configuradas no storage |
| Acesso revisado | [ ] | Revisão mensal de permissões IAM |

### Resource Manager (IaC)
Para automação via Terraform, utilize OCI Resource Manager com state remoto:
```hcl
resource "oci_core_gcp-storage" "main" {
  compartment_id = "ocid1.compartment.oc1..sandbox"
  display_name   = "gcp-storage-iot-t-12"
  freeform_tags  = { "cost-center" = "iot-tracking", "env" = "migração" }
  # Configurações específicas do gcp-storage
}
```
Stacks versionadas em Git com CI/CD via OCI DevOps e aprovação obrigatória antes de apply em produção.

### Relatórios e Métricas de Governança
- Relatórios de compliance gerados mensalmente via OCI Usage API e exportados para OCI Analytics.
- **Usage Cost Reports** com alocação granular por tag de cost-center e projeto.
- **Chargeback Reports** automáticos para bilhetagem interna entre unidades de negócio.
- Dashboard executivo com visibilidade de compliance score e desvios identificados.

### Recomendações de Otimização de Custo
- Utilize **reserved capacity** com compromisso anual para economia de até 40% em workloads steady-state.
- Configure **auto-scaling** baseado em métricas de CPU/memória para resposta automática à demanda.
- Implemente **shutdown schedule** para ambientes de dev/test fora do horário comercial (economia de ~60%).
- Use **preemptible instances** para workloads batch tolerantes a interrupções com desconto significativo.


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

[User] Dada a infraestrutura da ServPlus (compartimento shared-services), detalhe o passo a passo seguro para diagnóstico e troubleshooting de connectivity no projeto iot-tracking.

[Assistant]
### Guia de Migração: connectivity → OCI
Cenário: auditoria | Região: ap-tokyo-1 | Empresa: ServPlus | projeto: iot-tracking

## Análise Técnica Pré-Migração
A estratégia adota connectivity como pilar de escalabilidade durante a auditoria. 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 logging log-search search-logs --log-group-id ocid1.loggroup.oc1.sa-saopaulo-1.xxx --search-query 'search "ocid1.compartment.oc1..shared-services/connectivity" | where severity = 'ERROR' | sort by datetime desc | limit 50'
```

## 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-tokyo-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=iot-tracking, env=auditoria

## 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 database/autonomous-json. Forneça orientações técnicas, profundas e definitivas.

[User] Atuando como sre na empresa ConstruBR, minha missão é executar a tarefa de consulta de detalhes para autonomous-json no escopo do projeto hybrid-cloud (região eu-frankfurt-1, compartimento data-platform). Como proceder?

[Assistant]
## autonomous-json: consulta de detalhes

**Cenário**: ConstruBR — projeto hybrid-cloud em fase de desativação

**Contexto Técnico**: A implementação de autonomous-json no projeto hybrid-cloud visa mitigar gargalos de performance na fase de desativação.

**Região**: eu-frankfurt-1 | **Compartimento**: data-platform | **Restrição**: mínimo privilégio | **Persona**: sre

### Solução OCI recomendada

```bash
oci db autonomous-database get --autonomous-database-id ocid1.autonomousdatabase.oc1.sa-saopaulo-1.xxx
```

### Premissas e Notas Técnicas Críticas
- **IAM Obrigatório**: grupo `hybrid-cloud-admins` deve ter permissão `manage autonomous-json-family` no compartimento `data-platform`
- **Quotas**: verificar Service Limits para autonomous-json na região `eu-frankfurt-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=hybrid-cloud`, `env=desativação`, `team=sre`, `owner=ConstruBR`
- **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 autonomous-database list --compartment-id ocid1.compartment.oc1..data-platform --db-workload JSON
```

# Verificar logs de auditoria da operação
oci audit event list --compartment-id ocid1.compartment.oc1..data-platform --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 hybrid-cloud
- 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 finops/rightsizing. 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 rightsizing. Nossa empresa (LogisMax) possui o cenário desativação e precisamos garantir que respeitaremos o pré-requisito de sem IP público.

[Assistant]
## Resumo Executivo: rightsizing | análise e otimização
**projeto**: dr-site | **Região**: us-ashburn-1 | **Empresa**: LogisMax | **Persona**: finops analyst

### Contexto de Negócio
A implementação de rightsizing no projeto dr-site visa mitigar gargalos de performance na fase de desativação. A operação de análise e otimização para rightsizing no projeto dr-site é crítica para o ciclo de desativação de LogisMax.

### Implementação Técnica Proposta
```bash
oci optimizer recommendation list --compartment-id ocid1.compartment.oc1..data-platform --status OPEN
```

Implementação alinhada ao OCI Well-Architected Framework (resiliência, segurança, observabilidade).

### Benefícios Esperados
- **Resiliência**: Alta disponibilidade multi-AD com Service Limits adequados ao workload
- **Custo**: Shapes otimizados para o perfil real de utilização com auto-scaling
- **Compliance**: Conformidade com políticas corporativas de security e auditoria
- **Observability**: monitoramento completo via OCI Monitoring, Logging e APM
- **Automação**: Deploy via IaC (Terraform/Resource Manager) para repeatability

### Arquitetura de Referência
- **Acesso**: IAM `dr-site-admins`, mínimo privilégio por grupo
- **Rede**: VCN com subnets privadas, NSGs e Security Lists dedicados
- **Dados**: Replicação cross-region para DR + backup automatizado
- **Observability**: OCI Monitoring + alarmes ONS configurados

### Status Alvo Pós-Execução
- AVAILABLE / ACTIVE (para operações de criação e atualização de configuração)
- RUNNING (para recursos de compute e serviços em operação contínua)
- Conformant (para validações de security posture via Cloud Guard)

### Restrições e Parâmetros
| Campo | Valor |
|:---|:---|
| Tipo de Recurso | rightsizing |
| Operação Solicitada | análise e otimização |
| Fase do projeto | desativação |
| Restrição Crítica | sem IP público |
| Persona Responsável | finops analyst |
| Região OCI | us-ashburn-1 |
| Compartimento | data-platform |

### ROADMAP E CUSTOS
**Custo Base**: USD 200–500/mês para baseline inicial em `us-ashburn-1`.
1. Deploy em staging (compartimento `data-platform`)
2. Configurar dashboards e alertas
3. Deploy e validação em produção
4. Otimização nos 30 dias subsequentes

### Riscos e Mitigações
| Risco | Probabilidade | Impacto | Mitigação |
|:---|:---|:---|:---|
| Custo acima do budget | Média | Alto | OCI Budgets + alertas automáticos |
| Performance abaixo do SLA | Baixa | Alto | Load testing + right-sizing contínuo |
| Violação de segurança | Baixa | Crítico | Cloud Guard + Security Advisor |
| Falha de disponibilidade | Baixa | Alto | Multi-AD + backup + DR testado |