Semana 3 Encontro conceitualMódulo I — Fundamentos e componentes essenciais
Princípios de uma boa arquitetura de dados
Nove princípios que separam arquitetura de preferência, e o que significa projetar para a decisão que ainda não foi tomada.
- Semana
- 3 de 16 — ver data no cronograma
- Titularidade
- Docente
- Módulo
- I — Fundamentos e componentes essenciais
Objetivos de aprendizagem
Ao fim deste Encontro você deve conseguir:
- Distinguir arquitetura corporativa de arquitetura de dados
- Aplicar os nove princípios de boa arquitetura a um caso concreto
- Classificar uma decisão como reversível ou irreversível e ajustar o rigor à classificação
- Justificar por que planejar para falhas é requisito, e não pessimismo
Dos nove princípios, dois merecem atenção porque contradizem o instinto.
“Tome decisões que possam ser revertidas.” A pergunta útil não é “qual é a melhor tecnologia?”, e sim “o quanto custa mudar de ideia?”. Decisão barata de reverter pode ser tomada rápido e errada; decisão cara pede medição. É o princípio que sustenta o Método de Decisão desta disciplina e que separa um ADR de nota 9 de um de nota 5.
“Planeje para falhas.” Não é pessimismo — é aritmética. Todo componente tem disponibilidade menor que 1, e a plataforma tem muitos componentes. Projetar como se nada falhasse é projetar para um sistema que não existe.
Repare que o princípio de priorizar a segurança aparece aqui, na terceira Semana, e não na décima quarta. O capítulo 10 aprofunda; o princípio, porém, é de arquitetura, e chega antes de propósito.
Material complementar
- Architectural Decision Records, de Michael Nygard — O formato de ADR que a disciplina adota, na fonte