Capítulo 29 — Construção do projeto final

Capítulo 29 — Construção do projeto final

Mapa da aula

Aula 29 publicada. Mapa, exemplo, EX085.

flowchart TD
  N0["29.1 O projeto final"]
  N1["29.2 Construir e testar"]
  N2["29.3 Documentar"]
  N3["Síntese"]
  N0 --> N1 --> N2 --> N3
  N3 --> EX["Exemplo resolvido"]
  EX --> Q["Exercício EX085"]

Desenho lógico

flowchart LR
  N0["29.1 O projeto final"]
  N1["29.2 Construir e testar"]
  N2["29.3 Documentar"]
  N3["Síntese"]
  N0 --> N1 --> N2 --> N3 --> Q["EX085"]

[29.1 O projeto final]
    |
    v
[29.2 Construir e testar]
    |
    v
[29.3 Documentar]
    |
    v
[Síntese]
    |
    v
[Exemplo resolvido] --> [Exercício EX085]

Objetivos de aprendizagem

Você vai (1) construir uma melhoria de segurança completa para um centro de distribuição; (2) integrar o trabalho anterior; (3) documentar a construção.

29.1 O projeto final

O projeto final de Tomás é um pacote de baseline de segurança para o quinto centro de distribuição planejado pela Brightwater, que abre no ano que vem. Ele precisa permitir que Sam configure um novo centro com segurança sem reinventar as decisões. O pacote inclui o projeto de zonas, um modelo de regras de firewall, baselines de configuração dos dispositivos, as definições de papéis, as regras de monitoramento, os runbooks e um checklist de implantação. Ele se apoia em todos os capítulos anteriores. Ruth aprova o escopo porque ele produz algo reutilizável, e não um relatório avulso, e Sam confirma que o quinto centro vai usá-lo. Ele acerta uma data de entrega dois meses antes da abertura do centro.

29.2 Construir e testar

Tomás constrói o pacote num ambiente de teste na instituição: um firewall virtual carregado com o modelo de regras, um coletor de teste registrado com a baseline e um conjunto de contas de teste usando os papéis. Ele roda os scripts anteriores contra a configuração de teste: o verificador de regras não encontra nenhuma regra de entrada aberta para qualquer origem, as regras de alerta disparam com os eventos simulados e o script de desligados funciona com as exportações de teste. Uma configuração da baseline quebra o driver da impressora de etiquetas, então ele a ajusta e registra o motivo.

29.3 Documentar

Tomás redige o pacote como um guia curto com um checklist logo no início. Cada item se liga ao motivo por trás dele, como um cenário de risco ou um princípio, para que a equipe futura possa julgar se ele ainda se aplica. Ele inclui um log de mudanças e um número de versão. Sam o revisa e pede um acréscimo: como solicitar o acesso do fornecedor para a nova esteira. Uma documentação que explica os motivos é mais fácil de manter, porque as pessoas conseguem atualizá-la com inteligência, em vez de seguir passos que não entendem.

Exemplo resolvido

Tomás constrói e testa em laboratório um pacote reutilizável de baseline de segurança para centros de distribuição, corrigindo um conflito com a impressora, e o documenta com motivos e controle de versão.

Caso sintético. O pacote e o ambiente de teste são sintéticos.

Erros e limites

Os testes em laboratório deixam passar peculiaridades de cada local. Os pacotes envelhecem sem um responsável.

Exercícios

• EX085 — Por que reutilizável. Por que Ruth aprovou o escopo do projeto final? Rubrica: 3 = ele produz algo reutilizável;; 2 = reutilização;; 1 = tamanho;; 0 = nenhuma.

• EX086 — Conflito no teste. Que problema o teste revelou? Rubrica: 3 = uma configuração da baseline quebrou o driver da impressora de etiquetas;; 2 = impressora;; 1 = vago;; 0 = nenhuma.

• EX087 — Motivos ligados. Por que ligar cada item do checklist a um motivo? Rubrica: 3 = para que a equipe futura possa julgar se ele ainda se aplica;; 2 = julgamento;; 1 = vago;; 0 = nenhuma.

Síntese

Um projeto final que constrói, testa e explica uma linha de base reutilizável deixa valor duradouro para a organização.

Continue estudando — aula 29 (capítulo 29 de 30)

← Capítulo 28 · Índice das aulas · Capítulo 30 →

Continue para a próxima aula já escrita.