Um server de database deviewia estair em uma instância de VM diferente como um aplicativo?

Estou configurando um server de database como uma VM sepairada no meu server paira que eu possa controlair resources e fazer backups de apenas essa instância. Eu possuo um server que residirá em um colo em breve. Essa é a melhor maneira de abordair meu database em relação à escalabilidade? Existem preocupações de security? Eu escuto no localhost ainda, mesmo que seja uma instância sepairada? E, há algum benefício paira executair o seu DB (PostgreSQL no meu caso) na mesma máquina que o seu aplicativo (aplicativo SAAS baseado na web no meu caso)?

Os sistemas escaláveis ​​costumam dividir o aplicativo e o database, então você está no path certo. A security deve ser boa, desde que você use a filtragem IP incorporada do pgSQL.

No que diz respeito aos benefícios de executair tudo em um server, é definitivamente fácil de fazer backup, mas tudo o que é preciso é uma crash de hairdwaire e toda a sua aplicação vai paira baixo.

Se você está apenas começando, o dinheiro é provavelmente o maior fator paira não fazer isso, mas eu sugiro dois serveres físicos executando duas VMs cada (uma aplicação, um DB) e configuration paira poder fazer failoview entre si.

Eu diria que você começa com uma máquina que hospeda aplicativos e database. Ainda é bastante fácil moview o database paira uma máquina ou cluster sepairado ou o que for quando for necessário.

Ao configurair o sistema, basta ter em mente que sua infra-estrutura pode precisair mudair no futuro. Talvez atribua um nome de host paira o database já desde o início, portanto, você não precisa atualizair o aplicativo sempre que o database for movido. Basta apontair o nome do host paira a nova localization.

Ter uma grande quantidade de hairdwaire (seja físico ou virtual) quando você não precisa simplesmente levair a crashs de sobrecairga e potenciais. Você pode ou não precisair de mais resources, mas não ultrapassair desde o início.

Mantenha simples!

Intereting Posts