SV: Databases and servers
От | Karl Martin Skoldebrand |
---|---|
Тема | SV: Databases and servers |
Дата | |
Msg-id | 1566375661635.30946@TechMahindra.com обсуждение исходный текст |
Ответ на | Re: Databases and servers ("Peter J. Holzer" <hjp-pgsql@hjp.at>) |
Список | pgsql-general |
________________________________________ Från: Peter J. Holzer <hjp-pgsql@hjp.at> Skickat: den 20 augusti 2019 22:58 Till: pgsql-general@lists.postgresql.org Ämne: Re: Databases and servers On 2019-08-20 10:33:17 +0000, Karl Martin Skoldebrand wrote: > I just discovered that a client has done this: > > They have two web applications A1 and A2. They have seperate hostnames/URLs. > Both have a production and a test database A1p and A1t/ A2p and A2t. > > What they've done is have both A1p and A2p on the same actual databaser server > and A1t and A2t on the same server. > > So, I'm thinking - if a bug in application A1 crashes the application and > database badly it will risk bringing down both services A1 and A2. The same > risk would be evident on a successful security breach. > > I would prefer to A1p and A2p on seperate servers, maybe keeping A1t and A2t on > the same. (This is what seems to be happening when the database servers are > being repladed). On rereading this I notice that I'm not sure what that means. If you propose replacing the two servers with three (two production, one test) or even four (two production and two test), I agree. === I was proposing replacing the two servers with three (or four). Running production on two seperate servers and possibly thetests on one (or possibly two servers). /M. ============================================================================================================================ Disclaimer:This message and the information contained herein is proprietary and confidential and subject to the Tech Mahindrapolicy statement, you may review the policy at http://www.techmahindra.com/Disclaimer.html externally http://tim.techmahindra.com/tim/disclaimer.htmlinternally within TechMahindra. ============================================================================================================================
В списке pgsql-general по дате отправления: