서버와 클라우드가 하는 일

화면 뒤에서 일하는 컴퓨터

웹사이트나 앱을 사용할 때 우리는 주로 화면을 봅니다. 로그인 버튼, 검색창, 결제 화면, 주문 내역처럼 눈에 보이는 부분에 먼저 관심이 갑니다. 하지만 실제 서비스는 화면만으로 움직이지 않습니다. 사용자가 버튼을 누르면 그 뒤에서 요청을 받아 처리하고, 필요한 데이터를 찾고, 결과를 다시 돌려주는 장치가 필요합니다. 이 역할을 하는 것이 서버입니다.

서버는 한마디로 "다른 컴퓨터나 앱의 요청을 받아 일을 처리해 주는 컴퓨터 또는 프로그램"입니다. 식당으로 비유하면 손님이 주문을 넣는 곳이 앱이나 웹 화면이고, 주방에서 주문을 확인해 음식을 만들고 내보내는 곳이 서버입니다. 손님은 주방 안을 직접 보지 않지만, 음식이 제대로 나오려면 주방이 잘 돌아가야 합니다.

앞 장에서 데이터베이스를 서비스의 기억이라고 설명했습니다. 서버는 그 기억을 직접 다루는 일꾼에 가깝습니다. 사용자가 "내 주문 내역을 보여 줘"라고 요청하면 서버는 사용자가 누구인지 확인하고, 데이터베이스에서 주문 기록을 찾고, 화면이 이해할 수 있는 형태로 결과를 돌려줍니다.

AI 생성 이미지

사용자의 요청은 어떻게 처리될까

서버의 일을 이해하려면 요청과 응답의 흐름을 떠올리면 됩니다. 사용자가 앱에서 로그인 버튼을 누르는 장면을 생각해 보겠습니다.

먼저 앱은 사용자가 입력한 이메일과 비밀번호를 서버에 보냅니다. 이것이 요청입니다. 서버는 그 요청을 받으면 데이터베이스에서 해당 이메일의 회원 정보를 찾습니다. 그다음 입력된 비밀번호가 맞는지 확인합니다. 맞으면 "로그인 성공"이라는 결과와 함께 이후 사용자를 알아볼 수 있는 정보를 돌려줍니다. 틀리면 "이메일 또는 비밀번호가 올바르지 않습니다"라는 결과를 보냅니다. 이것이 응답입니다.

검색도 비슷합니다. 사용자가 쇼핑몰에서 "무선 이어폰"을 검색하면 서버는 검색어를 받아 상품 데이터베이스에서 관련 상품을 찾습니다. 가격, 재고, 평점, 배송 가능 여부 같은 조건을 함께 계산할 수도 있습니다. 그리고 정리된 상품 목록을 앱이나 웹 화면에 돌려줍니다.

결제처럼 중요한 기능에서는 서버가 더 많은 일을 합니다. 결제 금액이 맞는지, 재고가 남아 있는지, 쿠폰이 유효한지, 같은 주문이 중복으로 들어오지 않았는지 확인해야 합니다. 화면에서는 버튼 하나를 누른 것처럼 보이지만, 서버 안에서는 여러 단계의 판단과 확인이 이어집니다.

개인 컴퓨터와 서버 컴퓨터는 무엇이 다를까

서버도 결국 컴퓨터입니다. 그렇다면 집에서 쓰는 노트북으로도 서버를 만들 수 있을까요? 원칙적으로는 가능합니다. 실제로 개발자는 자신의 컴퓨터에서 작은 서버를 띄워 기능을 시험하곤 합니다. 하지만 실제 사용자가 접속하는 서비스라면 이야기가 달라집니다.

첫 번째 차이는 24시간 운영입니다. 개인 컴퓨터는 사용자가 필요할 때 켜고, 업데이트가 필요하면 재부팅하고, 인터넷이 끊기면 잠시 기다리면 됩니다. 그러나 서비스 서버는 밤에도, 주말에도, 명절에도 켜져 있어야 합니다. 사용자는 새벽에 주문할 수도 있고, 해외에서 접속할 수도 있습니다. 서버가 꺼져 있으면 서비스도 멈춥니다.

두 번째 차이는 안정성입니다. 서버는 전원, 네트워크, 저장 장치, 보안, 백업을 더 신중하게 관리해야 합니다. 개인 컴퓨터가 갑자기 느려지면 불편한 정도로 끝날 수 있지만, 서버가 멈추면 수천 명의 사용자가 동시에 영향을 받을 수 있습니다. 회사 입장에서는 매출 손실, 고객 불만, 신뢰 하락으로 이어질 수 있습니다.

세 번째 차이는 접속자 수입니다. 개인 컴퓨터는 주로 한 사람이 사용합니다. 반면 서버는 수십 명, 수천 명, 때로는 수백만 명의 요청을 동시에 받을 수 있어야 합니다. 음식점에 손님 한두 명이 오는 것과 점심시간에 손님이 몰리는 것은 전혀 다릅니다. 주방 인력, 조리대, 주문 처리 방식이 달라져야 하듯 서버도 많은 요청을 감당할 구조가 필요합니다.

그래서 실제 서비스에서는 보통 서버 전용 장비나 클라우드 환경을 사용합니다. 중요한 것은 서버가 특별한 마법 상자가 아니라, 많은 사용자의 요청을 안정적으로 처리하도록 준비된 컴퓨터와 운영 방식이라는 점입니다.

클라우드는 컴퓨터를 필요한 만큼 빌려 쓰는 방식

예전에는 서비스를 운영하려면 회사가 직접 서버 장비를 사야 했습니다. 장비를 구매하고, 설치할 공간을 마련하고, 전기와 냉방을 관리하고, 고장 나면 교체해야 했습니다. 사용자가 얼마나 늘어날지 정확히 모르는 상황에서도 미리 큰 장비를 사야 했습니다. 예상보다 사용자가 적으면 장비가 놀고, 예상보다 많으면 장비가 부족했습니다.

클라우드는 이 부담을 줄여 줍니다. 클라우드는 인터넷을 통해 서버, 저장 공간, 데이터베이스, 네트워크 같은 컴퓨팅 자원을 필요한 만큼 빌려 쓰는 방식입니다. 사무실을 직접 짓는 대신 공유 오피스나 임대 사무실을 쓰는 것과 비슷합니다. 처음에는 작은 공간만 빌리고, 사람이 늘면 더 큰 공간으로 옮기거나 방을 추가할 수 있습니다.

클라우드에서 빌리는 서버는 눈앞에 보이지 않지만 실제 어딘가의 데이터센터에 있는 물리 장비 위에서 작동합니다. 사용자는 그 장비를 직접 만지지 않고도 관리 화면이나 설정을 통해 서버를 만들고 지우고 늘릴 수 있습니다. 그래서 작은 스타트업도 처음부터 큰 장비를 구매하지 않고 서비스를 시작할 수 있습니다.

다만 클라우드가 "공짜"이거나 "자동으로 모든 문제를 해결해 주는 곳"은 아닙니다. 사용한 만큼 비용이 발생하고, 잘못 설정하면 비용이 크게 늘 수도 있습니다. 또한 클라우드를 쓴다고 해서 서비스가 저절로 빨라지거나 장애가 사라지는 것은 아닙니다. 어떤 구조로 설계하고, 얼마나 준비하고, 어떻게 운영하느냐가 여전히 중요합니다.

트래픽이 몰리면 왜 서비스가 느려질까

트래픽은 서비스에 오가는 요청과 데이터의 양을 뜻합니다. 쉽게 말해 얼마나 많은 사람이 얼마나 자주 서비스를 두드리고 있는지를 나타내는 말입니다. 평소에는 문제가 없던 서비스도 이벤트, 티켓 예매, 인기 상품 판매, 뉴스 보도 직후에는 갑자기 많은 요청을 받을 수 있습니다.

서버가 처리할 수 있는 양보다 요청이 많아지면 사용자는 느림을 경험합니다. 페이지가 늦게 열리거나, 결제 버튼을 눌러도 반응이 없거나, "잠시 후 다시 시도해 주세요"라는 메시지가 뜰 수 있습니다. 흔히 말하는 "서비스가 터졌다"는 표현은 서버나 주변 시스템이 요청을 정상적으로 처리하지 못하는 상태를 가리킵니다. 서버 자체가 꺼졌을 수도 있고, 데이터베이스가 너무 바빠졌을 수도 있으며, 특정 기능에 요청이 몰려 전체 흐름이 막혔을 수도 있습니다.

이럴 때 필요한 대응 중 하나가 서버 증설입니다. 증설은 서버가 처리할 수 있는 능력을 늘리는 일입니다. 방법은 크게 두 가지로 이해할 수 있습니다. 하나는 더 성능 좋은 서버로 바꾸는 것입니다. 작은 냄비 대신 큰 냄비를 쓰는 것과 비슷합니다. 다른 하나는 서버 여러 대가 일을 나누어 처리하게 하는 것입니다. 주방을 하나 더 열어 주문을 나누어 받는 것과 같습니다.

하지만 서버만 늘린다고 항상 해결되는 것은 아닙니다. 모든 주문이 결국 하나의 계산대나 하나의 창고를 거쳐야 한다면 그 부분이 병목이 됩니다. 병목은 전체 흐름을 막는 좁은 지점입니다. 서비스에서는 데이터베이스, 결제 시스템, 로그인 기능, 파일 저장소 등이 병목이 될 수 있습니다.

그래서 많은 사용자가 한 번에 몰릴 것으로 예상되면 대기열을 두기도 합니다. 대기열은 요청을 한꺼번에 처리하지 않고 순서대로 들여보내는 장치입니다. 놀이공원 입장 줄이나 은행 번호표와 비슷합니다. 사용자 입장에서는 기다림이 생기지만, 서비스 전체가 완전히 멈추는 것보다는 낫습니다. 특히 티켓 예매나 한정 판매처럼 공정성과 안정성이 중요한 상황에서는 대기열이 중요한 역할을 합니다.

장애 대응은 '안 터지게'보다 '빨리 알아차리고 회복하기'

좋은 서비스는 장애가 절대 나지 않는 서비스가 아닙니다. 현실적으로 모든 장애를 완전히 막을 수는 없습니다. 중요한 것은 문제가 생겼을 때 빨리 알아차리고, 영향을 줄이고, 다시 정상 상태로 되돌리는 능력입니다.

이를 위해 서버 운영에서는 모니터링을 합니다. 모니터링은 서버의 상태를 계속 확인하는 일입니다. 접속자 수, 응답 속도, 오류 비율, CPU 사용량, 메모리 사용량, 데이터베이스 상태 등을 살펴봅니다. 사람의 건강검진이나 자동차 계기판과 비슷합니다. 이상 징후를 빨리 발견해야 큰 사고로 번지는 것을 줄일 수 있습니다.

또한 백업과 복구 계획도 필요합니다. 데이터가 잘못 삭제되거나 서버에 문제가 생겼을 때 이전 상태로 되돌릴 수 있어야 합니다. 서버를 여러 지역이나 여러 장비에 나누어 두는 방식도 사용됩니다. 한쪽에 문제가 생겨도 다른 쪽이 대신 처리할 수 있게 하기 위해서입니다.

클라우드는 이런 대응을 더 쉽게 할 수 있는 도구를 제공합니다. 서버를 빠르게 추가하거나, 장애가 난 서버를 교체하거나, 데이터를 여러 곳에 복제하는 기능을 이용할 수 있습니다. 그러나 도구가 있다고 해서 자동으로 안전해지는 것은 아닙니다. 어떤 위험을 대비할지 정하고, 설정하고, 테스트하는 일은 여전히 사람의 몫입니다.

오해하기 쉬운 점

서버를 "큰 컴퓨터 한 대"로만 생각하면 서비스 구조를 이해하기 어렵습니다. 실제 서비스는 웹 화면을 보내는 서버, 로그인과 주문을 처리하는 서버, 이미지를 저장하는 공간, 데이터베이스, 결제 회사와 연결되는 시스템처럼 여러 부분으로 나뉘어 있을 수 있습니다. 사용자는 하나의 앱으로 보지만 뒤에서는 여러 장치가 함께 움직입니다.

또 하나의 오해는 클라우드로 옮기면 모든 문제가 해결된다는 생각입니다. 클라우드는 장비 구매와 운영 부담을 줄이고, 필요할 때 자원을 늘리기 쉽게 해 줍니다. 하지만 잘못 만든 서비스 구조, 비효율적인 데이터베이스 설계, 준비되지 않은 장애 대응까지 대신 고쳐 주지는 않습니다.

마지막으로 "서버가 터졌다"는 말을 너무 단순하게 받아들이지 않는 것이 좋습니다. 서버 한 대의 문제가 아닐 수도 있습니다. 사용자가 갑자기 늘었을 수도 있고, 데이터베이스가 느려졌을 수도 있고, 외부 결제 시스템이 응답하지 않을 수도 있습니다. 개발자와 대화할 때는 "어디가 병목인지", "사용자에게 어떤 영향이 있는지", "임시 대응과 근본 해결은 무엇인지"를 나누어 확인하는 것이 좋습니다.

정리

서버는 사용자의 요청을 받아 계산하고, 데이터를 찾고, 결과를 돌려주는 서비스의 중심 장치입니다. 개인 컴퓨터와 달리 실제 서비스의 서버는 24시간 안정적으로 운영되어야 하고, 많은 사용자의 요청을 동시에 감당해야 합니다.

클라우드는 이런 서버와 저장 공간을 직접 사지 않고 필요한 만큼 빌려 쓰는 방식입니다. 시작을 가볍게 만들고, 사용자가 늘 때 자원을 확장하기 쉽게 해 줍니다. 그러나 클라우드도 만능 해결책은 아닙니다. 트래픽이 몰릴 때의 증설, 대기열, 모니터링, 백업, 장애 대응은 여전히 중요합니다.

서버와 클라우드를 이해하면 서비스 뒤에서 무슨 일이 벌어지는지 더 선명하게 보입니다. "서비스가 느리다", "서버가 터졌다", "클라우드로 이전한다"는 말도 더 이상 막연한 표현이 아닙니다. 그것은 결국 사용자의 요청을 얼마나 안정적으로 받고, 처리하고, 돌려줄 수 있느냐의 문제입니다.