Etapa 2 — Prova de conceito

Ao realizar uma migração, é fundamental provar se a solução de estado de destino funcionará conforme necessário. É altamente recomendável realizar um exercício proof-of-concept (PoC). Esta seção se concentra nos vários aspectos a serem considerados ao executar uma PoC:

• Definindo critérios de entrada e saída

• Garantindo financiamento

• Automatizando

• Teste completo

• Estágios de PoC

• Simulação de falhas

Definindo critérios de entrada e saída

Ter critérios claros de entrada e saída é fundamental para um exercício de PoC bem-sucedido. Ao definir seus critérios de entrada, considere o seguinte:

• Definição de caso de uso

• Acesso aos ambientes

• Familiaridade com vários serviços

• Requisitos de treinamento associados

Da mesma forma, defina os critérios de saída que você pode usar para avaliar o resultado do PoC, incluindo o seguinte:

• Funcionalidade

• Requisitos de desempenho

• Implementações de segurança PoC

Garantindo financiamento

Com base na definição dos critérios do PoC, garanta financiamento para o PoC. Certifique-se de ter realizado o dimensionamento correto e considerado todos os custos associados. Se você estiver migrando do local para a AWS, inclua o custo associado à migração de suas estruturas locais para a nuvem da AWS. Se você já é um cliente da AWS, trabalhe com seu gerente de contas da AWS para entender se você se qualifica para receber créditos que podem ser usados para a migração para o Amazon OpenSearch Service.

Automatizando

Identifique onde a automação pode ser feita e planeje uma trilha dedicada para automatizar e cronometrar os testes. A implantação e o teste automatizados ajudam você a enxaguar, repetir, testar e validar em um ritmo rápido e sem erros introduzidos por humanos.

Ao programar um teste, você pode garantir a entrega dentro do prazo e passar para outras atividades se surgirem desafios. Por exemplo, se seus testes de desempenho estiverem demorando mais do que o tempo estimado, você poderá pausar essa atividade. Em seguida, você pode passar para outras atividades de teste e validação enquanto seus desenvolvedores corrigem os problemas. Você pode voltar aos testes de desempenho depois que os problemas forem resolvidos. Compare o desempenho de sua solução existente e crie testes de desempenho automatizados que possam validar o efeito de suas alterações de configuração durante o PoC.

Teste completo

Teste todas as partes da pilha certificando-se de realizar as validações necessárias para as diferentes camadas, como canais de ingestão e mecanismos de consulta, que se integram ao seu domínio do Amazon Service. OpenSearch Isso ajudará você a validar a implementação da end-to-end solução.

Camada de apresentação

Na camada de apresentação, certifique-se de executar um exercício de PoC que inclua as seguintes atividades:

• Autenticar — valide os mecanismos planejados para autenticar seus usuários.

• Autorizar — identifique os mecanismos de autorização que você deseja seguir e confirme se eles estão funcionando conforme o esperado.

• Consulta — Quais são os casos de uso mais comuns que você encontrará na produção? Quais são alguns cenários extremos que são essenciais para sua empresa? Identifique esses padrões e valide-os durante o PoC.

• Renderização — Os dados estão sendo renderizados de forma precisa e adequada para vários usuários em todos os casos de uso? Para casos de uso de análise de log, talvez você queira criar e testar o painel no OpenSearch Dashboards ou no Kibana, dependendo da versão de destino, para confirmar se ele atende aos seus requisitos.

Camada de ingestão

Na camada de ingestão, certifique-se de avaliar vários componentes, como coleta, armazenamento em buffer, agregação e armazenamento:

• Coleta — Para casos de uso de análise de registros, valide se todos os dados que você está registrando estão sendo coletados. Para casos de uso de pesquisa, identifique as fontes que alimentam os dados e realize validações sobre a integridade e a exatidão dos dados para garantir que a fase de coleta tenha sido executada com sucesso.

• Buffer — Se você tiver um pico no tráfego, talvez queira ter certeza de que está armazenando em buffer os dados que estão sendo ingeridos. Há várias maneiras de criar um design de buffer. Por exemplo, você pode coletar dados no Amazon Data Firehose ou usar o armazenamento do Amazon S3 como um buffer.

• Agregação — valide qualquer agregação de dados, como o uso em massa da API, que você realiza durante a ingestão.

• Armazenamento — valide se o armazenamento é capaz de lidar de forma ideal com a ingestão que você está realizando.

Estágios de PoC

Recomendamos que você use os seguintes estágios para implementar sua PoC e validar o resultado. Não tenha medo de passar por essas fases do PoC e ajustar o plano PoC, mesmo que você tenha investido tempo no planejamento de antemão.

• Teste funcional e teste de carga — Certifique-se de que todos os níveis estejam sendo testados minuciosamente. Simule falhas em todas as partes da pilha. Por exemplo, se você tiver um cluster com dois nós grandes e um deles ficar inativo, o outro nó deverá ocupar todo o tráfego do seu cluster. Nesse cenário, ter um número maior de nós menores pode resultar em uma recuperação mais suave de uma falha no nó. Teste suas cargas de trabalho em cargas de pico e superiores para garantir que o desempenho não seja afetado nesses cenários. Durante o teste, levante as questões com antecedência para que quaisquer possíveis problemas sejam avaliados por várias partes interessadas no momento certo.

• Verifique KPIs e ajuste — Durante o PoC, verifique se você está atendendo aos KPIs resultados comerciais definidos nos critérios de saída do PoC. Ajuste as configurações de forma que elas atendam a. KPIs

• Automatize e implante — A automação e o monitoramento são os outros aspectos principais nos quais se concentrar durante o teste de PoC. Refine suas etapas de automação e valide-as junto com o monitoramento detalhado para fornecer a todas as partes interessadas informações suficientes para avaliar com confiança os resultados do PoC. Documente todas as etapas e crie um runbook que você possa reutilizar para a migração de produção.

Simulação de falhas

É altamente recomendável que você simule um cenário de falha e valide se seu projeto oferece a resiliência e a tolerância a falhas necessárias para atender aos requisitos do usuário. Talvez você queira simular uma falha em um nó de dados para ver se seu cluster tem recursos suficientes para lidar com a recuperação sem problemas. Para verificar se seu domínio pode ficar sobrecarregado com a ingestão de grandes volumes, você pode testar as configurações de buffer simulando uma explosão repentina de registros de algumas de suas fontes. Valide se seu design não excede nenhuma cota ao escalar para uma implantação de produção. Para obter mais informações, consulte a documentação do Amazon OpenSearch Service sobre cotas de serviço.