◇ OpenCyber Academy
Engenharia · Capítulo 34 · Português

Capítulo 34 — Governança de dados: integração

Ensino gratuito e aberto para quem deseja proteger pessoas e tecnologias. Não é preciso criar uma conta para estudar ou consultar as respostas.

Capítulo 34 — Governança de dados: integração

Mapa da aula

Aula 34 publicada. Mapa, exemplo, EX100.

flowchart TD
  N0["34.1 Juntando as peças"]
  N1["34.2 Mudanças nas interfaces"]
  N2["34.3 Testes de ponta a ponta"]
  N3["34.4 Titularidade da integração"]
  N0 --> N1 --> N2 --> N3
  N3 --> EX["Exemplo resolvido"]
  EX --> Q["Exercício EX100"]

Desenho lógico

flowchart LR
  N0["34.1 Juntando as peças"]
  N1["34.2 Mudanças nas interfaces"]
  N2["34.3 Testes de ponta a ponta"]
  N3["34.4 Titularidade da integração"]
  N0 --> N1 --> N2 --> N3 --> Q["EX100"]
[34.1 Juntando as peças]
    |
    v
[34.2 Mudanças nas interfaces]
    |
    v
[34.3 Testes de ponta a ponta]
    |
    v
[34.4 Titularidade da integração]
    |
    v
[Exemplo resolvido] --> [Exercício EX100]

Objetivos de aprendizagem

Você vai (1) integrar os controles de governança entre equipes e sistemas; (2) gerenciar mudanças nas interfaces; (3) testar de ponta a ponta.

34.1 Juntando as peças

A esta altura Kofi já tem donos, regras, linhagem, entradas de catálogo, conciliação e relatórios de serviço, construídos em sistemas diferentes por equipes diferentes. Integrar significa garantir que funcionem juntos: as falhas de regras aparecem nos selos do catálogo, a linhagem aponta para os donos, as quebras de conciliação chegam às filas certas e os relatórios de serviço incluem as causas vindas das revisões de incidentes. Ele constrói um mapa de integração que mostra cada conexão entre os componentes de governança e o sistema que implementa cada uma. O mapa mostra quais conexões são automáticas e quais dependem de alguém se lembrar de um passo manual, e esses passos manuais viram candidatos à automação.

34.2 Mudanças nas interfaces

Kofi introduz um processo de aviso de mudança para as interfaces da cadeia de perdas. Qualquer equipe que altere um campo, uma agenda ou um formato deve avisar os donos afetados com duas semanas de antecedência, junto com um arquivo de teste. Quando o fornecedor dos medidores planeja uma atualização de firmware que muda a precisão dos carimbos de tempo, o aviso permite que o faturamento ajuste seu analisador antes de a mudança entrar em produção. Antes, mudanças assim só eram descobertas depois das falhas, quando leituras já tinham sido perdidas ou atribuídas errado. O fornecedor aceita o processo e indica um contato para os avisos.

34.3 Testes de ponta a ponta

Kofi projeta um teste de ponta a ponta que empurra um dia sintético de dados, vindo de medidores e sensores simulados, por todos os sistemas até o número de perdas. O teste verifica se os valores esperados aparecem em cada etapa, se os controles disparam diante de erros injetados e se os selos do catálogo são atualizados. A primeira execução revela que os resultados da conciliação chegam à fila de quebras, mas não ao catálogo, de modo que o selo mostra números defasados. Ele corrige a conexão e executa o teste de novo com sucesso. Agora o teste roda automaticamente depois de cada versão.

34.4 Titularidade da integração

Kofi observa que os problemas de integração ficam entre as equipes, então por padrão ninguém é dono deles. Ele propõe que o líder de governança de dados seja dono do teste de ponta a ponta e do mapa de integração, e que cada equipe seja dona de seus componentes. A Profa. Varga explica que a titularidade da integração evita a falha comum em que cada componente funciona isoladamente, mas o conjunto falha, e que alguém precisa responder por como as peças funcionam juntas através das fronteiras organizacionais. O comitê de governança confirma a atribuição e acrescenta o resultado do teste de ponta a ponta ao seu painel mensal de saúde da governança.

Exemplo resolvido

Kofi mapeia as conexões entre os componentes de governança, introduz avisos de mudança que capturam uma alteração nos carimbos de tempo, constrói um teste de ponta a ponta que encontra um selo defasado e atribui a titularidade da integração.

Caso sintético. Os sistemas são sintéticos.

Erros e limites

Testes de componentes aprovados não significam que o sistema funciona.

Exercícios

Continue estudando — aula 34 (capítulo 34 de 50)

← Capítulo 33 · Índice das aulas · Capítulo 35 →

Continue para a próxima aula já escrita.