Felipe Pereira é um especialista em bancos de dados com mais de 10 anos de experiência e interesse em metodologias ágeis e automação. O documento discute a transição de abordagens tradicionais de gerenciamento de projetos para ágeis, enfatizando a importância de refatoração de bancos de dados e integração contínua. Aborda também a necessidade de automação e escalabilidade para minimizar o downtime e melhorar a eficiência nas mudanças de estrutura de bancos de dados.

1. Agile DBAPresented by Felipe Pereira

2. "Sou especialista em Bancos de Dados,
apaixonado por aprender, com mais de 10
anos de experiência na área e com
expertise em Oracle, PostgreSQL, SQL
Server e MySQL. Também tenho interesse
em Metodologias Ágeis, Analytics, DevOps
e Machine Learning."
ABOUT ME

3. O PROBLEMA
O que mudou nos últimos anos
PROJECT
MANAGEMENT
ARQUITETURA INFRA
Waterfall -> Ágil
Monolitos -> Micro-
Serviços
Infraestrutura como
Código

4. O PROBLEMA

5. O PROBLEMA
E os Bancos de Dados?
Dos sistemas para
realizar alterações de
estrutura no banco
de dados
DOWNTIME
Das alterações no
banco de dados.
EXECUÇÃO MANUAL
Execuções manuais
podem levar a
resultados diferentes
e não são escaláveis.
RESULTADO

6. TRIVIA
1 . C O M O I N S T A L A R 6 0 0
I N S T Â N C I A S E M U M Ú N I C O D I A ?
2 . C O M O M A N T E R D I V E R S A S
V E R S Õ E S D E U M A P P U T I L I Z A N D O
U M M E S M O B A N C O D E D A D O S ?
3 . C O M O D E I X A R D E S E R O
G A R G A L O D O D E P L O Y S E M A B R I R
M Ã O D A E S T A B I L I D A D E ?

7. IAC
C H A P T E R 1
I N F R A S T R U C T U R E A S C O D E

8. AS FERRAMENTAS
Top 3
TIME MONEY SAFETY
takes longer
research
and planning
cheaper when
you travel with
a group
no one to rely
on in case
of difficulties

9. A ARQUITETURA
Uma arquitetura simples
TIME MONEY SAFETY
takes longer
research
and planning
cheaper when
you travel with
a group
no one to rely
on in case
of difficulties

14. REFACTORING
C H A P T E R 2
D A T A B A S E R E F A C T O R I N G

15. JANELA DE
MIGRAÇÃO
Qual é a sua?
A FRIO PLANEJADAS ALL-IN
Downtime e Prazo Limitam a capacidade
de inovação
Se não der certo é
feito o rollback

16. WHY
P O R Q U E A D O T A R U M
M O D E L O E V O L U T I V O ?
"Minimizar o desperdício"
"Diminuir a unidade de trabalho"
"Realizar TDD"
"Você sempre possui um sistema
funcional"
"Você trabalha da mesma maneira que
os desenvolvedores"

17. SPLIT COLUMN
Tabela Original
Adicionados os campos
e a trigger de sincronização
Removido o campo original

18. RENAME TABLE
Tabela Original
Criada a tabela
com o novo nome
e a trigger
de sincronia
Removida
a tabela
original

19. RESUMO
Alterações pequenas são
preferíveis
Implemente grandes
mudanças quebrando-as em
várias pequenas
Prefira triggers para
sincronização de dados
Escolha um período suficiente
para dropar objetos antigos
Coloque as mudanças em um
controle de versão

20. DBCI
C H A P T E R 3
D A T A B A S E C O N T I N U O U S I N T E G R A T I O N

21. FERRAMENTAS

22. O PROCESSO
Database Continuous Integration

24. O PROCESSO
From Dev to Ops

25. DEVOPS
Algumas soluções propostas
Automação e
Escalabilidade
IAC
Implementações sem
Downtime
REFACTORING
Controle de Versão
DBCI

26. IMPLICAÇÕES
Devops, Cloud e o Futuro
PAAS DEVOPS ESTRATÉGIA
Platform as a Service Automação e
Escalabilidade
Continuidade

27. IMPLICAÇÕES

28. "Like it or not, requirements change
as your project progresses.
Traditional approaches have denied
this fundamental reality and have
tried to "manage change", a
euphemism for preventing change."
-Scott Ambler/Pramod Sadalage (Refactoring Databases)
TESTIMONIAL

29. THANK
YOU!
Felipe Pereira
www.linkedin.com/in/felipepereiradba