## Lembretes

- [x] O Claude vai ser disponibilizado no HubAI?
	- Agora estão fazendo testes com o Codex, o próximo deve ser o Claude. Quando finalizarem vão decidir qual será o modelo contratado.

## Reuniões

### Foundation PJ

Essa reunião substitui a daily nas segundas-feira, o time fala o que foi feito no final de semana (se trabalhou) ou alguma curiosidade (como a Thaís falou que foi fiscalizar a obra dela e o pessoal puxou assunto sobre isso).

### Weekly Objetivos 2026 - Disaster Recovery

A tag de backup daily está com erro, então está sendo usada uma tag de excessão.
Qualquer mudança relacionada a backup, nesse momento, está aguardando a correção da tag pelo time de Tech Core.

- [x] Perguntei: Temos definido o RPO por produto?
	- Sim, mas o Maimoni vê necessidade de revisar, pois nem sempre os números estão de acordo com o que foi levantado no início.
	- Outra informação importante: o backup diário ou horário não é a única forma de recuperação de dados, também é possível recuperar os dados com os logs (não sei onde estão ou como são feitos, parece algo como uma fila persistente), o que entrega os dados mais atualizados do que o próprio backup horário, porém com um RTO maior (maior tempo de restauração).
- [ ] Pedir acesso ao BIA

O Maimoni está preocupado com decisões unilaterais de Tech Core que afetam o custo das BUs e pediu para o time trazer informações de conversas que com Tech Core quando ocorrerem.

- [x] Perguntei se os projetos DR e FinOps foram pensados em conjunto, pois um pode ser ofensor do outro. DR aumenta o custo e FinOps é redução de custo.
	- Maimoni explicou que não foi feita nenhuma estimativa de quanto custaria o DR, pois tem muitas melhorias a serem feitas, como a centralização dos clusters RDS e Rightsizing de EKS.


### 1:1 Denis

Contexto de DB do PicPay:
- SQL: RDS Postgres / MySQL
- NoSQL: MongoDB (Atlas)

**FinOps:**
Antes todos os microsserviços rodavam num cluster DB só, depois segregaram por microsserviços. Mas, saiu de um problema para outro. Saiu de um problema de escala, concorrência... para problema de administração de clusters, versões, governança... E agora os clusters DB estão sendo centralizados por produto.

A premissa é que todos novos DB SQL sejam RDS Aurora, que tenham instâncias de leitura e escrita separadas e que tenha escalabilidade por CPU/MEM e número de conexões.

**DR:**
Apenas os contextos principais de Aceitação que vão ter DR. Nesse caso é o RDS Aurora Cluster Global.
MongoDB também é um cluster Global, mas é mais difícil de trabalhar com o MongoDB em multi-region.

**Desafios legado - MongoDB:**
Boa parte dos legados são da época que os DBA não eram envolvidos nas decisões de arquitetura.

Um cluster MongoDB que foi criado como Shard invés de ReplicaSet demorou 3-4 meses para resolver porque não dá para fazer "downgrade", tem que recriar o DB.

_**O custo com MongoDB cresce mais do que o lucro do PicPay.**_

**Desafios legado - SQL Server:**
Projeto Tap-on-phone criado com a licença mais cara do SQL Server, a Enterprise. Agora o trabalho é fazer o downgrade para a versão Standard.

**Migração do MongoDB:**
O custo do DynamoDB e MongoDB ficariam iguais, mas o DynamoDB não tem pesquisa analítica. Uma possível migração do MongoDB para DocumentDB, não DynamoDB.

Resolver os débitos técnicos antes de migrar talvez seja melhor do que o inverso, já que teria uma visão melhor do ganho que teria.

**Autonomia demais para os Devs:**
Desafio cultural que o time de Produtos não interage com SRE/DBA/QA antes de decidir.

E-commerce é muito estratégico/crítico para Aceitação de PJ. Mais crítico do que o transacional.
Principal: Diogo Casteluber

- [ ] Entender melhor sobre Projeto Glique (?)

## Treinamentos obrigatório

- [x] Onboarding Tech | FinOps
- [x] Onboarding Tech | Arquitetura
- [x] Onboarding Tech | Dados
- [x] Onboarding Tech | Developer Experience
- [x] Onboarding Tech | Production Engineering
- [x] Onboarding Tech | Houston
- [x] Onboarding Tech | Mobile
- [x] Onboarding Tech | Design System
- [x] Onboarding Tech | Plataforma Web
- [x] Onboarding Tech | Command Center
- [x] Prevenção à fraude