Capítulo 27 — Implantação e validação
Mapa da aula
Aula 27 publicada. Mapa, exemplo, EX079.
flowchart TD
N0["27.1 Implantação"]
N1["27.2 Validação"]
N2["27.3 Reversão"]
N3["27.4 Resultado"]
N0 --> N1 --> N2 --> N3
N3 --> EX["Exemplo resolvido"]
EX --> Q["Exercício EX079"]
Desenho lógico
flowchart LR
N0["27.1 Implantação"]
N1["27.2 Validação"]
N2["27.3 Reversão"]
N3["27.4 Resultado"]
N0 --> N1 --> N2 --> N3 --> Q["EX079"]
[27.1 Implantação]
|
v
[27.2 Validação]
|
v
[27.3 Reversão]
|
v
[27.4 Resultado]
|
v
[Exemplo resolvido] --> [Exercício EX079]
Objetivos de aprendizagem
Você vai (1) implantar mudanças de privacidade; (2) validá-las; (3) reverter com segurança.
27.1 Implantação
A nova página de configurações e a versão do aplicativo sem o SDK de anúncios são implantadas em etapas: primeiro para cinco por cento dos alunos, depois para metade e, por fim, para todos, ao longo de duas semanas. A implantação em etapas limita o impacto dos erros. A equipe do aplicativo acompanha os relatórios de falhas e os contatos com o suporte em cada etapa, e Aisha monitora o tráfego de rede de aparelhos de teste em busca de fluxos de dados inesperados. Na etapa de cinco por cento, ela não vê tráfego para a rede de anúncios em nenhum aparelho de teste.
27.2 Validação
Aisha valida a versão com contas sintéticas e inspeção de rede. A validação repete os testes de fluxo anteriores na nova versão, com as mesmas contas e os mesmos passos, para que os resultados possam ser comparados com os achados anteriores. Ela confere cada domínio contatado pelo aplicativo e os campos enviados. Também confere que o novo padrão do compartilhamento da frequência cardíaca é desligado para as contas novas: uma conta de teste criada no dia do lançamento confirma que a chave começa na posição desligada. Todos os resultados correspondem ao plano, e ela os registra para a decisão de ampliar a implantação.
27.3 Reversão
Um plano de reversão está pronto caso apareçam erros graves e seja preciso voltar à versão anterior. Aisha aponta um problema de privacidade na reversão: a versão anterior continha o SDK de anúncios, então voltar a ela reativaria o fluxo prejudicial. A equipe prepara uma versão anterior corrigida, sem o SDK, para usar em qualquer reversão. Essa versão é testada com antecedência, para que uma reversão feita sob pressão não reintroduza o fluxo para a rede de anúncios. Ela observa que os planos de reversão costumam ser escritos pensando só na estabilidade, e raramente na privacidade.
27.4 Resultado
A versão chega a todos os alunos sem erros graves. Os testes de rede não mostram tráfego para a rede de anúncios nem campos de frequência cardíaca saindo para terceiros além do fornecedor contratado das cintas. A validação confirma que nenhum dado de frequência cardíaca vai para anunciantes. Aisha registra os resultados com datas, versão do aplicativo e aparelhos de teste, para que o encarregado possa mostrar evidências se um aluno ou o regulador perguntar; nada fica sem documentação. O Sr. Reilly observa que a validação comprova a mudança, e não apenas a intenção de mudar.
Exemplo resolvido
Aisha implanta em etapas, valida com contas sintéticas e confirma que não há fluxos para anunciantes.
Caso sintético. A implantação é sintética.
Erros e limites
As implantações em etapas podem misturar versões.
Exercícios
- EX079 — Validação. Como a validação é feita? Rubrica: 3 = contas sintéticas e inspeção de rede;; 2 = um;; 1 = vago;; 0 = nenhuma.
- EX080 — Reversão. Por que ter um plano de reversão? Rubrica: 3 = para se recuperar de erros;; 2 = parcialmente correta;; 1 = vago;; 0 = nenhuma.
- EX081 — Resultado. O que a validação confirmou? Rubrica: 3 = nenhum dado de frequência cardíaca vai para anunciantes;; 2 = parcialmente correta;; 1 = vago;; 0 = nenhuma.
Continue estudando — aula 27 (capítulo 27 de 30)
← Capítulo 26 · Índice das aulas · Capítulo 28 →
Continue para a próxima aula já escrita.