클라우드
Cloud Computing
클라우드란?
- 서버·저장소를 소유 않고 빌려 씀
- 필요한 만큼만 사용·과금
- IT 인프라의 기본
클라우드가 실제로 바꾸는 것은 기술보다 돈 쓰는 방식과 의사결정 속도입니다. 서버를 사면 수천만 원짜리 자산 구매 품의가 올라가고 감가상각·전산실 공간·유지보수 계약이 줄줄이 따라붙습니다. 클라우드에서는 같은 자원이 월 청구서 한 장으로 바뀌어 투자비(CAPEX)가 운영비(OPEX)로 넘어갑니다. 그래서 새 서비스를 띄우는 데 걸리던 '몇 달짜리 발주'가 '몇 분짜리 콘솔 작업'으로 줄고, 실패해도 자원을 반납하면 끝이라 실험의 비용 자체가 내려갑니다.
층을 나눠 보면 책임의 경계가 분명해집니다. IaaS는 서버와 네트워크만 빌려 OS 패치까지 우리가 하고, PaaS는 실행 환경을 맡기고 코드만 올리며, SaaS는 완성품을 계정으로 받아 씁니다. 위로 갈수록 편하지만 손댈 수 있는 범위는 좁아집니다. 여기서 놓치면 안 되는 것이 공동 책임 모델입니다. 사업자는 '클라우드 자체의 보안'을 지키고, 고객은 계정 권한·데이터·설정 같은 '클라우드 안의 보안'을 책임집니다.
배치 형태도 하나가 아닙니다. 전부 퍼블릭 클라우드에 올리는 대신, 결제·개인정보 시스템은 사내에 두고 앞단 웹만 클라우드에 두는 하이브리드 구성이 국내 제조·금융권에서는 오히려 흔합니다. 리전(데이터센터 권역)을 어디로 잡느냐에 따라 응답 속도와 데이터 보관 요건이 달라집니다. 요금제도 시간당 내는 온디맨드, 1~3년 약정으로 단가를 낮추는 예약형, 회수 위험을 감수하고 싸게 쓰는 스팟으로 갈립니다. 같은 사양이라도 계약 방식에 따라 단가가 크게 벌어지므로, 어떤 워크로드를 어느 요금제에 태울지 먼저 정리해야 합니다.
현장에서 가장 자주 깨지는 믿음은 '옮기기만 하면 싸진다'는 말입니다. 기존 장비 구성을 그대로 복사해 24시간 켜두면 오히려 비쌉니다. 특히 밖으로 나가는 데이터 전송료와 꺼두지 않은 개발·테스트 서버가 청구서를 부풀립니다. 자동 확장의 상한과 예산 알림을 걸지 않아 주말 사이 요금이 몇 배로 찍히는 사고도 종종 생깁니다. 또 하나, 백업과 접근 권한 관리는 여전히 고객 몫이어서 접근 키가 깃허브에 올라가거나 저장소가 전체 공개로 열려 유출이 터집니다. 규제 업무라면 리전과 보안 인증 확인이 이전 계획보다 앞서야 합니다.
개념은 오래됐지만, 2006년 아마존이 EC2·S3 등 클라우드 서비스(AWS)를 상용화하며 대중화됐습니다. 이후 디지털 전환(DX)의 핵심 인프라가 됐습니다.
가상의 사례로 살펴보겠습니다. 반려동물 용품 온라인몰 A사는 임직원 40명, 연매출 약 120억 원 규모입니다. IDC에 서버 6대를 두고 직접 운영했는데, 명절·대형 할인 행사 때마다 시작 30분 만에 결제가 밀려 주문이 끊겼습니다. 한 해 장애로 놓친 주문이 1억 원을 넘자 경영진은 3개월 안에 클라우드 전환을 끝내기로 했습니다.
- CTO가 1년치 장애 로그를 열어보니 다운타임의 78%가 행사 시작 30분에 몰려 있었고, 서버 증설은 발주부터 입고까지 6주가 걸려 매번 행사가 끝난 뒤 장비가 도착했습니다.
- 인프라 담당 김 과장이 개발·테스트 서버 2대만 먼저 옮겨 4주를 돌려보고, 클라우드 월 사용료 87만 원과 IDC 임대·전기료 210만 원을 한 장의 표로 붙여 보고했습니다.
- 주문 DB 이전은 트래픽이 가장 적은 새벽 2시에 진행해 실제 서비스 중단을 3시간 40분으로 막았고, 고객센터에는 사전 공지 문구와 환불 응대 스크립트를 이틀 전에 배포했습니다.
- 김 과장이 트래픽에 따라 웹서버를 4대에서 12대까지 자동 증설하고 새벽 2~6시에는 2대로 줄이는 구조를 잡아, 행사 당일 수동 대응 인력을 3명에서 1명으로 줄였습니다.
- CFO가 "이번 달 얼마 나올지 모르는 게 제일 불안합니다"라고 해서, 월 1,500만 원 예산 알림과 부서별 태그 정산을 걸어 청구서에 팀 이름이 찍히도록 했습니다.
- 그해 추석 행사에서 동시접속이 평소의 3.2배로 뛰었지만 장애는 0건이었고, 월 인프라 비용은 2,300만 원에서 1,450만 원으로, 신규 기능 배포는 6주에서 2일로 줄었습니다.