Revisado · Recursos do Hosmio
Antes de começar
Traga um esboço básico de arquitetura, as pessoas responsáveis pela aplicação e pelos backups, e quaisquer restrições de cliente. Use categorias e exemplos sintéticos. Não coloque registros reais de cliente, senhas, tokens de acesso ou logs não redigidos na planilha.
01
Acompanhe uma tarefa completa de usuário.
Escolha uma tarefa representativa, como enviar um documento de projeto para um portal de cliente. Rastreie para onde vai a requisição, onde seus metadados são armazenados, onde o arquivo acaba e o que acontece após o envio. Inclua miniaturas, processamento em fila, notificações de saída e relatórios de erro quando existirem. O objetivo é descrever sua implementação, não preencher todas as categorias possíveis.
Em seguida, rastreie uma segunda tarefa que lê ou exporta dados. Exportações frequentemente revelam cópias ausentes de um diagrama de infraestrutura: um arquivo baixado por um operador, uma integração de relatórios ou um arquivo anexado a uma solicitação de suporte. Pergunte quem controla cada destino e por que ele é necessário.
02
Separe cópias persistentes de acesso.
| Registro | Finalidade / função responsável | Evidência ainda necessária |
|---|---|---|
| Banco de dados da aplicação | Metadados do projeto / operador da aplicação | País real do host e regra de retenção |
| Documentos enviados | Arquivos de cliente / responsável pelo conteúdo | Destino de armazenamento e processo de exclusão |
| Cópia de recuperação | Reconstruir serviço / operador de recuperação | Local do backup, acesso e resultado de restauração |
| Relatório de erros | Investigar falhas / responsável por incidentes | Campos exportados e organização receptora |
| Sessão administrativa | Manter aplicação / operador autorizado | Arranjo de acesso e processo de auditoria |
Uma linha de acesso é útil mesmo quando não cria uma cópia retida intencionalmente. Registre a organização e o processo envolvidos, o que a pessoa pode ver e se uma exportação pode ocorrer. Não tire uma conclusão jurídica universal dessa linha. Os critérios de transferência do EDPB dependem das organizações reais e do contexto de tratamento. EDPB: transferências internacionais de dados ↗
03
Rotule a qualidade de cada resposta.
Use um pequeno conjunto de estados: documentado, declarado mas não verificado, desconhecido, e não aplicável com um motivo. Anexe a fonte e a data de revisão à resposta, não apenas à página que contém a tabela. Um diagrama desenhado pela sua própria equipe e um contrato fornecido por um provedor respondem a tipos diferentes de perguntas.
Por exemplo, seu código pode estabelecer que um relatório de erro exclui o conteúdo dos documentos, enquanto apenas o fornecedor do relatório pode declarar onde seu armazenamento ou processo de suporte opera. Mantenha essas peças de evidência separadas. Quando discordarem, levante uma pergunta específica e mantenha o estado não resolvido até que o conflito seja tratado.
04
Dê a cada cópia um responsável e uma condição de término.
Para cada cópia persistente, registre por que ela existe, por quanto tempo o projeto precisa dela, quem controla a exclusão e o que acontece quando o serviço termina. Uma cópia de recuperação pode ser necessária embora ainda precise de um processo de retenção definido. “Com backup” não é uma resposta completa para saber se dados antigos podem ser removidos ou por quanto tempo permanecem recuperáveis.
Verifique também exportações rotineiras. Se um operador baixa um arquivo para investigar um problema, a equipe deve saber onde ele é mantido e quando é removido. Refira-se a evidências protegidas em vez de incorporar o arquivo ao mapa. O próprio registro deve permanecer útil sem expor os dados que descreve.
05
Resolva um mapa incompleto de portal.
Em uma revisão ilustrativa, o operador da aplicação consegue explicar o armazenamento de produção e as exportações agendadas, mas o destino do backup é listado simplesmente como “backup do provedor”. O operador de recuperação pede o escopo do destino, as regras de acesso e um procedimento real de restauração. Até que sejam fornecidos, a linha permanece desconhecida e a decisão de país permanece condicional.
Enquanto isso, descobre-se que uma integração de relatório de erros inclui URLs completas de requisição. A equipe revisa se essas URLs podem carregar identificadores de projeto, atualiza seu inventário de campos e pede ao contato do cliente que avalie o fluxo de dados alterado. Nenhum resultado de país ou conformidade é inferido deste exemplo; ele mostra como o mapa pode expor uma pergunta concreta sem resposta.
06
Verifique a completude e mantenha o mapa.
Peça ao operador de backup e ao mantenedor da aplicação que percorram independentemente uma restauração e uma investigação de incidente. Pergunte onde cada passo obtém dados e quem pode acessá-los. Se qualquer um dos processos usar um destino ausente da planilha, adicione-o e atribua um responsável pelos fatos restantes.
Um mapa utilizável termina com uma curta lista de itens abertos, cada um vinculado a uma função responsável e a uma decisão que ele afeta. Revise-o após adicionar integrações, alterar a política de backup, conceder uma nova rota administrativa ou mudar de região. Use a matriz de decisão de hospedagem para avaliar os fatos resultantes e o guia de aprovação de mudanças quando o arranjo mudar.
Esta planilha organiza evidências operacionais para os assessores do projeto. Ela não estabelece a lei aplicável, autoriza uma transferência ou certifica residência de dados. O país do servidor selecionado não estabelece a localização de backups, dados exportados ou acesso administrativo.