Meça o percurso até ao Oslo
Um ponto próximo num mapa não estabelece o percurso seguido por uma ligação à internet. Teste a partir das redes residenciais, móveis ou empresariais utilizadas pelo público norueguês pretendido. Registe a perda de pacotes e os tempos de resposta em várias alturas do dia antes de decidir que o Oslo é a região principal correta.
Teste mais do que um ping em repouso
Um ambiente de trabalho remoto, um API interativo e um download grande expõem fraquezas diferentes. Utilize uma tarefa semelhante à carga de trabalho real e inclua uma sessão prolongada. O desempenho mantém-se utilizável durante um período de maior atividade? Compare as respostas lentas, bem como a média, porque interrupções curtas podem ser mais importantes do que um número de destaque favorável.
Compare o Oslo com uma alternativa em igualdade de circunstâncias
Utilize a mesma versão da aplicação, a mesma amostra de dados e o mesmo tamanho de recursos ao avaliar outra região. Mantenha a rede do cliente e a sequência de testes consistentes. Se o resultado mudar, determine se o percurso, a aplicação ou o limite de recursos o explicam antes de atribuir a diferença ao país.
Verifique os percursos necessários para operar o serviço
O percurso voltado para o utilizador é apenas uma dependência. Confirme que a administração, a transferência de backups e os endpoints externos essenciais continuam práticos a partir da implementação Oslo. Documente uma forma alternativa de aceder à interface de gestão e ensaie a recuperação caso o percurso de acesso normal fique indisponível.