클라우드 이해하기: 현대 인프라 핵심 기둥 가이드

Source: Dev.to

대부분의 사람들은 “클라우드”를 남의 컴퓨터라고 생각하지만, 실제로는 세상의 앱을 원활하게 실행하도록 설계된 뛰어난 시스템입니다. 현대 소프트웨어가 빠르고 안전하며 가용성을 유지하는 방식을 이해하려면, 함께 작동하는 몇 가지 핵심 구성 요소를 살펴볼 필요가 있습니다:

• 가상화 – 하드웨어를 유연한 소프트웨어처럼 다루는 기본 마법.
• 민첩성 – 개발자가 번개 같은 속도로 혁신할 수 있게 함.
• 확장성 – 수백만 명의 사용자를 처리함.
• 고가용성 및 내결함성 – 하드웨어 장애에도 살아남는 안전망을 구축.
• 글로벌 도달 범위 – 전 세계에 앱을 제공함.
• 탄력성 – 사용한 만큼만 정확히 비용을 지불하도록 보장.

각각은 단순한 개념에 불과하지만, 함께 모이면 현대 엔지니어링의 청사진을 이룹니다.

각 기둥을 깊이 파고들어 그 작동 방식을 살펴보자

가상화 🖥️ The Foundation

가상화는 애플리케이션, 서버, 스토리지 및 네트워크의 소프트웨어 기반(가상) 표현을 만드는 과정입니다.

왜 중요한가: 하나의 물리 서버가 여러 대처럼 동작하여 비용과 낭비를 줄일 수 있습니다.

우리가 자원을 가상화하면 확장할 수 있는 능력을 얻게 됩니다. 이는 다음 기둥인 Scalability(확장성)으로 이어집니다.

확장성 🧱 Thinking Big

확장성은 시스템이 리소스를 추가함으로써 증가된 부하를 처리할 수 있는 능력입니다.

• 수직 확장: 기존 서버에 더 많은 파워(CPU/RAM)를 추가합니다.
• 수평 확장: 풀에 더 많은 서버를 추가합니다.

확장성이 규모를 다루는 반면, 다음 개념인 민첩성은 속도에 관한 것입니다.

Agility 🐌 🚀 The Need for Speed

클라우드에서 민첩성은 소프트웨어 애플리케이션을 빠르게 개발, 테스트 및 출시할 수 있는 능력을 의미합니다.

왜 중요한가: 물리적 하드웨어를 기다리며 몇 주를 소비할 필요가 없습니다; 몇 분 안에 실험하고 방향을 전환할 수 있습니다.

빠르게 움직이는 것은 좋지만, 앱이 충돌하면 무용지물입니다. 바로 여기서 고가용성이 필요합니다.

High Availability (HA) 🚦 Always On

HA는 장기간에 걸쳐 사전에 정해진 운영 성능 수준(보통 가동 시간)을 보장하도록 설계된 시스템입니다.

왜 중요한가: 시스템의 한 부분이 실패하면 다른 부분이 즉시 인계받아 사용자는 전혀 인지하지 못합니다.

HA가 다운타임을 최소화한다면, 다음 개념인 Fault Tolerance는 사용자가 “깜빡임”조차 느끼지 않도록 한 단계 더 나아갑니다.

내결함성 ✈️ 안전망

내결함성은 시스템이 하나 이상의 구성 요소가 완전히 고장 나더라도 중단 없이 계속 작동할 수 있는 능력을 말합니다.

HA와의 차이점: HA는 높은 가동 시간을 목표로 하는 반면, 내결함성은 동일한 시스템을 동기화하여 다운타임 제로와 데이터 손실 제로를 목표로 합니다.

모두에게 이 수준의 안전을 보장하려면, 우리는 전 세계적으로 발자취를 확장해야 합니다.

글로벌 도달 범위 📍 No Borders

전 세계에 위치한 데이터 센터에 앱을 배포하세요.

왜 중요한가: 사용자 지연 시간을 줄입니다—예를 들어, 도쿄에 있는 사용자가 뉴욕 서버의 응답을 기다릴 필요가 없습니다.

글로벌 확장은 단순히 서버만으로는 부족합니다; 자동으로 확장 및 축소될 수 있는 시스템이 필요합니다. 이것이 최종 구분인 Scalability vs. Elasticity(확장성 vs. 탄력성)으로 이어집니다.

확장성 vs. 탄력성 🎈 The Great Debate

확장성 (용량)

• 정의: 증가하는 작업량을 처리할 수 있는 능력.
• 조치: 장기적인 성장을 위해 수동으로 또는 전략적으로 리소스를 추가함(예: 건물에 층을 더 추가하는 것처럼).
• 최적 상황: 사용자 수가 영구적으로 증가하거나 예정된 휴일 세일과 같은 계획된 이벤트.

탄력성 (자동화)

• 정의: 실시간 수요에 따라 자동으로 확장 및 축소할 수 있는 능력.
• 조치: 고무 밴드처럼 트래픽이 급증하면 시스템이 늘어나고, 사용자가 줄어들면 다시 원래대로 돌아가 비용을 절감함.
• 최적 상황: 바이럴 트윗이나 갑작스러운 사용자 폭증과 같은 예측 불가능한 트래픽.

골든 룰 💡: 확장 가능한 시스템이 탄력적이지 않을 수는 있지만(리소스를 수동으로 추가해야 함), 탄력적인 시스템이면서 확장성이 없는 경우는 존재하지 않는다.

결론

이 일곱 가지 개념을 마스터하는 것은 시험을 통과하는 것 이상의 의미가 있습니다; 클라우드 아키텍트처럼 사고하는 것입니다. 실제로는 모든 기둥을 한 번에 다 사용할 필요는 없습니다. 일부 프로젝트는 시장에 빠르게 진입하기 위해 Agility를 우선시하고, 은행이나 의료 앱과 같은 다른 프로젝트는 Fault Tolerance와 High Availability에 중점을 둡니다.

클라우드의 “마법”은 이러한 도구가 존재한다는 것만이 아니라, 이제 여러분이 작업에 맞는 올바른 도구를 선택할 수 있는 힘을 가졌다는 점입니다.