Desde que Nosso último relatório, mudamos da consistência de navegação para a preparação de produção Starter. Esta entrada cobre a tarde de 10 de setembro a 11 de setembro: testar viagens de conta real, corrigir os problemas que esses testes expostos, e atualizar o site e os serviços operacionais em torno da aplicação.
Produção Orion e ambiente de teste Cell-1 agora executa o mesmo lançamento de aplicativos, 20260911.8. O registo público permanece fechado enquanto concluímos as políticas de cliente e as verificações de assinatura finais. Os planos pagos permanecem desabilitados até a aprovação do Paddle e os testes de fluxo pago.
O Free Starter pode operar independentemente dos planos pagos
O registro inicial e a organização que fornece agora funcionam sem um cartão de pagamento, checkout de Paddle ou confirmação de assinatura. As verificações do lado do servidor mantêm as solicitações de assinatura e atualização pagas inacessíveis enquanto a disponibilidade paga está apagada.
Terminamos o alinhamento do serviço de produção e preparamos a entrega e a rotação da Orion. Durante as janelas de aceitação controladas, as contas de teste dedicadas completaram o registo, verificação de e-mail, configuração e recuperação de senhas, carregamento de amostras e configuração do sistema, modelo e componente.
Esses testes também cobriram convites, acesso ao Viewer, troca de organização e eliminação da conta. As janelas de admissão temporária foram fechadas posteriormente. Esta foi a aceitação de libertação, não uma abertura pública.
Recuperar a organização para configurar um usuário já iniciado
A assinatura interrompida expôs vários lugares onde um usuário poderia perder seu caminho de volta para a configuração da organização. As tabas de login concorrentes poderiam sobreescrever o estado de transação, e uma transação de login expirada poderia devolver o usuário para o login genérico sem preservar a solicitação de configuração original.
Nós isolamos as transações de login concorrentes e preservamos a configuração original quando uma transação correspondente expira. A autenticação ainda é necessária. A tela de não-organização agora oferece uma rota para continuar a configuração existente, com orientação de recuperação quando o navegador não tem mais estado de resumo válido.
Essas mudanças ajudam os usuários a concluir a solicitação que já iniciaram sem criar uma organização de substituição ou ultrapassar verificações de identidade.
Convites, permissões e saída de uma organização
Testes de produção encontraram uma restrição mais antiga que impediu que uma identidade hospedada aceitasse um convite para uma segunda organização. Removemos essa restrição do fluxo hospedado ao mesmo tempo que preservamos a assinatura e o papel existentes do usuário.
Verificamos uma troca de conta entre o próprio espaço de trabalho do proprietário e o espaço de trabalho do Viewer de outra organização. As páginas de visualização explicam suas restrições de acesso e não sugerem mais guias de criação que o usuário não pode seguir.
Os testes de remoção confirmaram ambos os casos: deixar uma organização preserva o acesso à outra, enquanto a remoção da organização final remove as contas de inscrição e identidade órfãos. Fixamos um problema de referência de banco de dados que bloqueou a supressão final, ao mesmo tempo que preservamos evidências de auditoria histórica.
A tela de partida explica que uma conta gratuita não tem taxas de assinatura. A redação de cancelamento não implica mais um reembolso automatizado prorrogado, e a redação de retenção reconhece que os registros de auditoria históricos podem manter um e-mail de conta. Somente as fixações de aceitação designadas foram removidas.
Os perfis de disponibilidade testados através de exemplos reais
Adicionamos ajuda para perfis de preparação e praticamos sete perfis publicados em sete sistemas usando os fatores incorporados do Starter. Cinco sistemas foram novos; duas amostras existentes forneceram os exemplos restantes depois que o limite do Starter foi alcançado. Não ultrapassamos o limite ou introduziamos campos personalizados.
O exercício encontrou quatro defeitos, todos posteriormente fixados e implementados:
- Os fatores adicionados podem ter categorias brancas e falhar com um erro do servidor. Eles agora recebem defeitos e validação antes de poupar.
- Um saldo bem-sucedido ainda poderia deixar a publicação bloqueada por um alerta de alterações não salvas. O rastreamento de forma salvo segue agora o formulário atualizado.
- O inventário de sistemas poderia dizer Não avaliado apesar das avaliações concluídas. Agora utiliza o resultado de avaliação completo de acordo com a página de detalhes.
- Novamente criados sistemas podem mostrar um rótulo branco do ciclo de vida. As traduções e um retrocesso para códigos personalizados mantêm o status visível.
A verificação de lançamento também expôs inconsistências de tempo na configuração e relações de arquitetura imediatamente eficazes. Estas operações agora usam o tempo de transação de banco de dados, por isso a configuração histórica e os cheques de disponibilidade concordam sobre quando uma mudança torna-se efetiva. As datas agendadas permanecem suportadas.
Guia que ajuda sem ocultar a aplicação
Novos usuários hospedados entram novamente no fluxo de boas-vindas, e seu guia escolhido sobrevive à configuração do administrador. Guia ativa enfatiza o alvo com um pulso azul em vez de cobrir a página com uma sobreposição cinza. Suporte e limpeza de movimento reduzido quando um guia é preservado.
A configuração de senha agora dá feedback enquanto os tipos de usuário. Cada requisito ganha uma marca de verificação quando satisfeito e retorna ao seu estado pendente se o usuário remover algo que precisa. Os cheques usam o próprio validador de políticas da Keycloak.
Isso requer uma implementação separada do serviço de identidade: a atualização de uma célula de aplicativos sozinha não atualiza sua tela de senha hospedada. O novo tema está atualmente em andamento tanto no ambiente de teste quanto na produção. Todos os 32 Testes de identidade desktop/mobile Passado, incluindo configuração de senha exigida, confirmar erro e layouts localizados. As contas e as regras de senha existentes foram preservadas.
Também substituímos os diálogos de confirmação do navegador bloqueando com confirmação inline. A eliminação da conta e organização retém uma confirmação tipificada, e a anulação de uma ação não a apresenta.
Operação e recuperação da libertação
Os e-mails de incidente crítico e de recuperação agora usam o serviço Postmark existente. Verificamos as mensagens recebidas e completamos os registros de entrega, ativamos verificações de saúde de backup em ambas as células e adicionamos verificações de disco do Orion que cobrem o seu sistema de arquivos de raiz e o volume de inquilino.
Os links de investigação agora levam ao ambiente de Controle correspondente. Um alerta de teste ambiental entregue foi verificado para confirmar o destino corrigido. A monitorização de base externa gratuita permanece no local; as funções de resposta paga e alerta push são desativadas. Não foi adquirida uma licença de monitoramento paga.
As aposentadorias agora recriam ou iniciam candidatos interrompidos e atualizam o trabalhador após a ativação. A aplicação de ambas as células, o trabalhador e o trabalhador de monitoramento são alinhados com a libertação final e relatam saudáveis.
As backups criptografadas foram verificadas em torno dos deslocadores. Um backup de banco de dados da Orion também foi restaurado de forma independente com cada chave de guarda de recuperação. Isso verifica a recuperação de banco de dados celular; a recuperação seletiva do inquilino permanece um trabalho separado.
A publicação final da inscrição foi aprovada 529 testes de navegadorE com 63 Navegações opcionais aprovadas e zero defeitos, juntamente com Go, banco de dados, recuperação e verificações de controlador. Estes totals descrevem a suite final e não devem ser adicionados aos totals de lançamento anteriores.
Site atualizações
As análises de visitantes de produção são agora auto-hostadas, com o check-in do dashboard protegido. O site do ambiente de teste não inclui o script de rastreamento da produção. O site de produção também enfatiza o Starter gratuito e remove os links de check-out e teste pagos enquanto esses planos não estão disponíveis.
Preparamos a proposta do programa parceiro e publicamos sua primeira página para testar o ambiente, incluindo verificações de desktop e de navegação móvel. O registro de parceiros não está aberto, e os termos de piloto proposto ainda não são um sistema de comissão implementado. a sucursal do site do ambiente de teste permanece independente da produção principal.
Quatro páginas da política de clientes estão agora disponíveis no site da produção, seguindo o último lançamento da indústria principal:
Eles permanecem claramente marcados Projetos de revisão, ainda não efetivos. A publicação para revisão não completa as decisões de retenção extraordinárias.
Ambos os ambientes de embarque agora suportam a aceitação de políticas em versão. Uma vez configurado com um pacote de políticas efetivo, a assinatura requer um acordo e registra a versão, a impressão de fundo do documento, a timestamp e a referência de assinatura associada à identidade verificada. Um formulário aberto contra uma versão de política mais antiga deve obter uma nova aceitação. Esta configuração permanece inativa enquanto os documentos são projetados.
Antes da abertura do Starter
O trabalho restante é resolver decisões de retenção, reconciliar e aprovar o texto final da política, ativar a aceitação em versão e decidir como o acordo se aplica aos usuários convidados. Em seguida, verificaremos a viagem de assinatura final e autorizaremos explicitamente a admissão e a rotação do Starter para o Orion.
A aprovação de negócios da Paddle e os testes de fluxo pago permanecem requisitos separados para os planos pagos. Eles não impedem que a arquitetura de Starter livre funcione.