Diferenças entre configurações de banco de dados de desenvolvimento e ao vivo

Eu diria que não ter em ambientes de desenvolvimento/teste um que corresponda à produção será uma aposta ruim.

Eu trabalhava para uma loja onde não tínhamos um ambiente compatível com a produção, então não podíamos fazer muitos dos testes como deveríamos. Não estou dizendo que cada desenvolvedor/testador deva ter um env idêntico ao de produção, mas pelo menos um ambiente para todos os devs/testers. E para o desenvolvimento normal, qualquer ambiente serve. O desempenho do teste do código deve ser obrigatório, se não para todos os trechos de código, pelo menos para os mais usados ​​(pode usar ferramentas de criação de perfil para descobrir).

Se o custo não for o problema, eu diria que o desenvolvimento deve ter as mesmas especificações da produção. Aqui estão algumas razões:

1. Se você deseja replicar um problema de desempenho ou um bug que vê na produção, não poderá obter o cenário exato se as máquinas não forem as mesmas.
2. Se os servidores forem os mesmos e você observar um problema na produção, mas o mesmo problema não estiver em desenvolvimento, poderá reduzi-lo a alguma alteração de configuração recente entre os servidores.
3. O código ideal deve ser escrito independentemente das especificações de um servidor. Se um desenvolvedor escrever um código ruim em servidores mais rápidos, ele ainda escreverá um código ruim em servidores mais lentos.
4. Bons desenvolvedores podem escrever seu código para aproveitar o hardware subjacente de forma eficiente. Eles ficarão melhor escrevendo o código para as mesmas especificações em que o código será executado.
5. Pior cenário: você pode usar seu servidor de desenvolvimento quando um desastre atingir seu servidor de produção, embora essa não deva ser sua estratégia de DR.