서버운영: 서비스서버와 디비서버를 따로 두는 이유

보통 개발된 서비스를 서버에 올리게 되면

디비를 localhost로 사용하지 않는다.

 

디비 서버를 따로 두고 접근하게된다.

 

가장 큰 이유는 성능이다.

컴퓨터 스펙이 다르다.

DB서버는 디스크 용량이 훨씬 크고, 성능도 빠르다.

반면에 서비스 서버는 상대적으로 용량도 적고 성능도 느리다.

 

DB서버는 다양한 서비스의 정보를 담고 있지만,

서비스 서버는 카테고리대로 분류가 되어있다.

 

다음은 보안적인 이유도 있다.

ip방화벽 혹은 필터를 사용할 때

서비스 서버는 서비스를 사용하는 모든 ip, 혹은 그냥 모든 ip를 접근허용하게 되는데,

디비는 연결된 서비스 서버와 통신만 하면 되기 때문이다.

 

더구나 내가 근무중인 회사가 제공하는 서비스는 전자공용거래 카테고리가 주이다.

개인정보를 취급하기도 하며 전자금융 서비스이기에,

정보보안이 무너지는 것이 곧 회사가 무너지는 것이다.

때문에 보안을 신경 안쓸 수 없겠죠?

 

회사 결제 프로그램의 프로세스를 보면서 느낀 것은,

REST API 형태로 request, response 를 정말정말 많이 쓴다는 것이다.

타 서비스 연동할때나 한번씩 쓰는데,

회사 결제 프로그램은 자체적으로 REST API 의 형태로 자료를 주고 받으며

다음 프로세스로 넘어간다.

 

처음에 봤을 땐 이해가 잘 되지 않았는데,

이런 복합적인 측면들을 고려하니 납득할 수 있었다.