Cloud Computing Services -(1)

💻운영 서버와 아키텍쳐

💾운영 서버란?

애플리케이션을 개발할 때에는 주로 로컬 환경에서 개발, 테스트를 진행한다. 이런 로컬환경에서 실행되는 애플리케이션은 사용자에게 서비스를 제공할 수 없다.
운영 서버는 실제 사용자들을 대상으로 서비스하는 서버이다.
운영 서버는 트래픽 대응도 해야하고, 빠른 응답 속도와 높은 가용성을 보장해 안정적으로 제품이 서비스될 수 있도록 해야한다. 그러기 위해서는 로컬 서버와 다르게 서버 환경을 구성해야 하는데, 서비스의 특성에 따라 서버 환경 구성이 다르다.

💾단일 서버

가장 기본적인 서버.
환경을 구축하기 쉬워서 테스트 서버나 간단한 애플리케이션을 서비스 할 때 많이 사용하고, 데이터베이스와 애플리케이션이 같은 서버에서 실행되고 있어서 별도의 네트워크 설정이 필요 없다.

🤔단일 서버의 단점

1. 전체 서비스의 장애 발생 가능성이 높다. -> 같은 자원을 공유하기 때문에 애플리케이션과 DB 둘 중 하나라도 장애가 발생할 경우 전체가 다운될 수 있다.
2. 서버 자원을 효율적으로 사용하기 어렵다. -> 서비스의 속성에 따라 필요하거나 최적의 OS설정과 리소스의 종류가 다를 수 있다.
3. 보안성이 떨어진다. -> DB는 보안상 IP 주소나 포트 등 접속 지점을 최소화해야한다. 그러나 간단한 애플리케이션이라고 할지라도 그 특성 상, 여러 불특정한 IP 주소나 포트에 대해 요청을 받아야 하기에, 애플리케이션과 DB가 한 서버에 구축되어 있다면 보안에 취약하다.
4. 서버의 수를 여러개로 늘려 자원을 확장하는 방식인 Scale-out이 어렵다. -> 단일 서버의 구조처럼 애플리케이션과 DB가 하나의 서버로 구성되면 똑같은 데이터를 여러 서버에 복제해야 하므로 관리가 힘들다.

💾애플리케이션과 DB 서버를 분리

단일 서버 구성에서 하나로 이루어져 있던 애플리케이션과 데이터베이스를 각각의 서버로 구성하는 방식.
두 서버가 다른 자원을 사용하기 때문에 단일 서버의 단점을 어느 정도 해소해 주지만, 두개의 서버를 관리하므로 구성이 복잡해지고, 애플리케이션 서버와 DB서버 사이의 지연 시간과 네트워크 보안을 고려해야 한다.
또한, 클라이언트는 여전히 하나의 애플리케이션 서버를 바라보기 때문에 Scale-out은 여전히 어렵다.

💾서버 내 앱 단위의 로드 밸런서

로드 밸런서란?
하나의 인터넷 서비스가 발생하는 트래픽이 많을 때 여러 대의 서버가 분산처리하여 네트워크 트래픽을 서버의 로드율 증가, 부하량, 속도저하 등을 고려하여 적절히 분산처리하여 해결해주는 서비스.
최신 애플리케이션은 수백만 명의 사용자를 동시에 처리하고 많은 데이터를 빠르고 안정적인 방식으로 각 사용자에게 반환해야 한다. 이렇게 많은 양의 트래픽을 처리하기 위해 대부분의 애플리케이션에는 데이터가 중복되는 리소스 서버가 많이 있다.
로드 벨런서는 사용자와 서버 그룹 사이에 위치하며 보이지 않는 촉진자 역할을 하여 모든 리소스 서버가 동일하게 사용되도록 하는 디바이스이다.

출처 : https://aws.amazon.com/ko/what-is/load-balancing/

기존에 하나의 로드 밸런서가 여러개의 서버로 요청을 분산해주었던 방식에서, 서버 내에 앱 단위의 로드 밸런서가 추가된 방식.
기존의 애플리케이션 서버 안에서 똑같은 애플리케이션을 여러 프로세스로 만들어 실행 해놓고 외부에서 들어온 요청을 프로세스 중 하나로 보내주는 방식이다.

하나의 서버에 여러 개의 프로세스를 실행해 하나의 서버에서 여러 개의 요청을 동시에 처리할 수 있으며, 서버의 자원을 최대한으로, 효율적으로 사용할 수 있다.