Melhores Práticas para ver dados em tempo real no servidor dev?
https://stackoverflow.com/questions/272798
-
07-07-2019 - |
italiano
english
français
española
中国
日本の
العربية
Deutsch
한국어
Português
RussianPergunta
Assunção:. Erros / produção ao vivo de aplicativos web Suprime sendo mostrado para os usuários finais
Suponha que a sua equipe de suporte técnico quer ver dados ao vivo, mas através dos olhos do lado do desenvolvimento da aplicação (talvez você quer ver o que os erros estão ocorrendo, ou quer ver quando você tem um problema fixo usando um dados do usuário final).
Agora nós temos um banco de dados que serve tanto o dev e caixas ao vivo. (Não a minha ideia - Eu sei que é bruto)
Idéias?
Editar :? Melhor / ferramentas úteis para a implementação de sua sugestão
Solução
Nós replicar a volta de dados para um banco de dados diferente. Sim, há um atraso, mas mantém as pessoas mãos dos servidores de produção. Isso também nos permite informações "esconder" que suporte técnico (e outras pessoas para que o assunto) não devem ver.
Outras dicas
Além de replicação de dados para baixo, sobre a produção, vemos que está conectado ao aplicativo, e se é um membro da empresa, enviá-los para a página de erro real frente ao feliz gatinho que joga com uma bola de pedir desculpas fio.
Fazer backup e restaurar a partir de ao vivo para dev em uma base regular (uma vez, duas vezes por dia). Ele não precisa ser em tempo real (como você pode ser a entrada de dados do lado do dev de qualquer maneira, o que poderia causar problemas).
Se você tiver dados PCI ou HIPAA, certifique-se de não colocar isso em seu ambiente de dev -. Que podem quebrar leis
Eu geralmente gostaria de ter um sistema de 3 camadas para desenvolvimento web:
desenvolvimento
Testing
Vivo
A maioria dos testes de tempo é uma cópia exata do sistema vivo, a não ser que os erros estão ligados, quando uma nova versão está prestes a ser movido ao vivo é substituído com a nova versão ANTES ao vivo é, para detectar problemas de atualização.
O desenvolvimento é completamente separado ao vivo, para permitir grandes mudanças para coisas como o banco de dados, ou mudanças no ambiente de produção.
gostaria de começar cometer erros ou são enviados por email para alguém com detalhes de como o usuário chegou lá ou, no mínimo registrado para que você pode assistir o log de erro quando você executar ações similares para ver se você receber as mesmas mensagens no log.
E sim, copiar o banco de dados no servidor dev / site é provavelmente a sua única opção. Você não quer que todas as mudanças feitas pela equipe de desenvolvimento com dados ao vivo e você provavelmente também tem alterações que não vai trabalhar com o banco de dados de produção em algum ponto.
Eu não recomendo fazer uma cópia noturno como um desenvolvedor pode estar no meio de algum novo recurso onde eles acrescentaram dados e então é apagado naquela noite. Eu costumo copiar o banco de dados (s) de produção para dev cada vez que uma versão principal é liberado. Isso também me permite fazer testes de velocidade com um monte de dados ao vivo. Em alguns sistemas também alterar a senha everyones a um padrão para que eu possa entrar facilmente como qualquer usuário.
Se a sua configuração permite-lo:
a. Adicionar uma função de log (se não houver já um) para mensagens de gravação de interesse para um arquivo de log.
b. Execute o comando unix
tail -f que irá transmitir o arquivo de log crescente para o seu console. http://www.monkey.org/cgi-bin/man2html?tail Se você tiver o Windows, você pode tentar o seguinte:
