Ao longo de 6 e 7 de setembro, melhoramos os fluxos de trabalho diários, implementamos atualizações para as células de teste hospedadas e trabalhamos através de problemas encontrados durante o registo pago e a eliminação organizacional.
6 de setembro: teste e simplificação da interface
Testamos um sistema de modelo único localmente, seguindo o usuário através da navegação, arquitetura, mudanças de ciclo de vida, eventos e custos.
Este teste levou a várias melhorias:
- Os filtros de eventos preservam o modelo selecionado e fornecem um nomeado link de retorno.
- As atualizações do ciclo de vida do modelo mantêm o usuário na página do modelo.
- O componente salva e a navegação relacionada-modelo mantém o contexto do sistema.
- Os links de modelo no gráfico de arquitetura abrem diretamente o espaço de trabalho do modelo.
- O gráfico aparece mais cedo na página, com controles avançados disponíveis em demanda.
- As diferenças entre estado de arquitetura e componente-conto têm explicações mais claras.
- As vistas de custos permanecem descartadas para o sistema ou modelo selecionado ao gravar e economizar entradas.
Estas alterações foram verificadas localmente em 6 de setembro e incluídas na rollout hospedada em 7 de setembro.
7 de setembro: Propriedade e visibilidade operacional
Realizamos melhorias de propriedade de arquitetura. A criação de gráficos agora suporta um proprietário padrão e super-rides individuais para novos elementos. Os gráficos existentes têm uma ação para atribuir os proprietários desaparecidos aos elementos selecionados sem exagerar os proprietários já atribuídos.
Também melhoramos a apresentação de configuração de componentes, tornando as versões apresentadas e as publicações ambientais mais fáceis de distinguir e evitando a submissão duplica de configuração inalterada.
O Global Control ganhou relatórios de registro em células, incluindo criadores de organizações, registros de usuários e contas de usuários convidados. Os operadores podem filtrar por uma faixa de data inclusiva e alterar a célula de destino para novos registros do Control.
Pagamento e devolução de clientes
Após o pagamento verificado, a navegação paga continua automaticamente sem um clique adicional de criação de organização. Enquanto a confirmação está à espera, um indicador animado explica que Hashmedo está à espera de Paddle.
Adicionamos um ecrã de despedida depois de uma organização bem sucedida de supressão e de assinatura. Ele confirma que a assinatura terminou e fornece uma ação de regresso ao login.
O teste também expôs dois problemas que resolvemos:
- Re-registro com o mesmo e-mail tentou criar um duplo cliente Paddle. O Checkout agora reutiliza o cliente existente quando a Paddle identifica explicitamente esse conflito, mantendo a conta de faturamento da nova organização separada.
- A eliminação da organização poderia terminar, mas falhar durante a limpeza do login-routing. Corrigimos as permissões de banco de dados que faltaram e completamos a limpeza afetada.
A re-registração foi confirmada funcionando após a fixação de reutilização do cliente. A reparação final da rotação ainda precisa de um novo check-to-end de remoção, a tela de despedida e re-registramento juntos.
A implantação e verificação
As mudanças foram entregues através de releases de células e serviços compartilhados, com testes apropriados para cada mudança e verificações de saúde após a implantação. As verificações de banco de dados cobriram a isolamento de cliente de volta e a limpeza de roteamento usando o papel de serviço real.
As backups criptografadas foram verificadas, incluindo uma nova backup antes da migração de faturamento. As verificações de implantação registadas mostraram que as células hospedadas e os serviços compartilhados atualizados são saudáveis.
Essas verificações fornecem provas de libertação; a aceitação completa do cliente-journey permanece parte do trabalho de lançamento.
Ambiente de teste e produção separados
Acordamos em uma instalação de produção dedicada com seu próprio controle, faturamento, embarque, gateway, Keycloak, células, bases de dados e credenciais. A instalação existente permanecerá disponível para o ambiente de teste e teste.
O ambiente de teste usará o Paddle Sandbox; a produção usará pagamentos ao vivo do Paddle. Os ambientes compartilharão o registo de imagem e, inicialmente, compartilharão o armazenamento S3, com caminhos de backup separados, credenciais de acesso e chaves de criptografia. As emissões promoverão as mesmas digestões de imagem testadas para a produção.
Esta é uma arquitetura acordada, não um rollout de infraestrutura concluída.
O que vem depois
- Proporcionar a instalação de produção independente e configurar domínios de ambiente de teste.
- Verificação completa de assinatura, faturamento, eliminação, convite e aceitação de permissão.
- Verifique as alertas de monitoramento, restauração de backup e release rollback.
- Desenvolva uma explicação mais clara quando a publicação de componentes requer um revisor independente.
Também verificamos que uma versão de componente pode permanecer ativa no ambiente de teste e produção ao mesmo tempo. Suspensão ou não publicação na produção deixa sua publicação de ambiente de teste intacta.