Em ter, 27 de set de 2016 às 16:53, Rebert Tomaz Aquino < [email protected]> escreveu:
> vai depender muito da conexao com a internet... > Por favor, evite top-posting > > Em 27 de setembro de 2016 11:36, Matheus Saraiva < > [email protected]> escreveu: > >> Queria saber se alguém já teve um cenário parecido com esse e qual foi a >> experiência. >> Tenho um sistema local desktop e preciso compartilhar esses dados com o >> site da empresa. Minha ideia inicial é contratar um VPS e migrar esse banco >> para ele, no mesmo VPS ficará o servidor web com o site. Na aplicação >> desktop será configurada a conexão para apontar para o banco no VPS. >> A quantidade de acessos simultâneos ao site será pequeno geralmente >> limitando-se aos clientes da empresa, talvez uma média de 10 simultâneos ou >> nem isso. Até mesmo o acesso pela aplicação local não é constante, >> geralmente só da hora de fazer uma venda/locação máximo de 30 >> vendas/locações por dia. >> Em fim, trata-se de uma micro-empresa com necessidades modestas, mas >> tenho preocupação com relação ao tempo de resposta entre a aplicação >> desktop e o banco no VPS. Como a operação de venda/locação não exige >> pressa, acredito que até 5 segundos (para ter os dados na tela) seria >> aceitável. >> A aplicação desktop não usa frameworks orm, e faz uso de views para a >> maioria consultas e usa funções plpgsql para a maioria das inserções, >> deleções e updates. >> Minha preocupação não é com o site pois para ele será uma topologia >> trivial de hospedagem, minha preocupação é a aplicação desktop. >> >> Vai depender de uma série de fatores como qualidade da conexão Internet (como dito pelo outro colega láaááááá em cima), latência do escritório até o servidor e, principalmente, do tipo de consultas que faz. Como você disse que faz muitas coisas com views, provavelmente você faz uso de pouco tráfego entre o servidor de banco de dados e a aplicação. Com isso, é possível que seu usuário nem sinta muito. Procure hospedar seu banco de dados próximo do escritório em questão é a melhor dica. A segunda melhor dica é testar tudo antes de colocar em produção sua estratégia. A terceira melhor dica, infelizmente negligenciada com frequência, é cuidar dos seus backups, não confiar somente no hospedeiro pra tal, controle seus backups você também. Teste as restaurações, é o principal. Guarde ao menos uma cópia dos dados fora do hospedeiro, como no próprio escritório ou num outro hospedeiro de outra empresa. []s Flavio Gurgel
_______________________________________________ pgbr-geral mailing list [email protected] https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
