클라우드 플랫폼 실전
학습 가이드: 클라우드 서비스 제공자는 "서버를 파는 웹사이트"가 아니라 "수도나 전기처럼 컴퓨팅 능력을 제공하는 인프라"입니다. 이 장에서는 하나의 핵심 질문을 다룹니다: 처음부터 클라우드 서비스를 이해하고 사용하려면 어떻게 해야 할까요? 실제 시나리오, 생생한 비유, 실전 단계를 통해 클라우드 서비스의 완전한 인지 지도를 구축하겠습니다.
시작하기 전에 먼저 알아두면 좋은 내용:
- 기본 네트워크 개념: IP 주소, 포트, 도메인 등의 개념이 익숙하지 않다면 네트워크 기초 지식을 먼저 읽어보세요
- API란 무엇인가: API에 아직 익숙하지 않다면 API 입문을 먼저 보세요
0. 서론: 왜 점점 더 많은 기업이 서버를 구매하지 않을까?
이 시나리오를 상상해 보세요:
2010년에 창업한 샤오밍은 웹사이트를 하나 만들고 싶었습니다. 그는 무엇을 겪었을까요?
그는 먼저 2만 위안을 들여 Dell 서버를 하나 샀습니다. 그런 다음 IDC 데이터 센터에 연락하여 매월 3,000위안의 호스팅 비용을 지불했습니다. 직접 Linux를 설치하고 환경을 설정했으며, 하드웨어 문제도 걱정해야 했습니다 — 하드 디스크가 고장 나면 직접 교체해야 하고, 서버가 과열되면 직접 해결해야 합니다. 가장 괴로운 것은 사용자가 갑자기 늘어나 시스템이 감당하지 못할 때 또 새 서버를 사야 한다는 것이었습니다. 1년 후, 샤오밍은 5만 위안을 썼지만 서버 활용률은 단 10%에 불과했습니다.
반면 샤오홍의 회사는 2024년에 창업했습니다. 그녀는 어떻게 했을까요?
클라우드 서비스 제공자의 웹사이트를 열고, 계정을 등록하고, 마우스 몇 번의 클릭으로 클라우드 서버를 생성했습니다. 2분이면 완료됩니다. 사용한 만큼 지불하고, 사용하지 않으면 비용이 들지 않습니다. 트래픽이 늘어나면 클릭 한 번으로 설정을 업그레이드합니다. 미국 지사를 열고 싶나요? 지역만 바꾸면 됩니다. 한 달 후, 샤오홍은 500위안을 썼고 서버 활용률은 80%였습니다.
직관적으로는 "클라우드 서비스는 서버를 빌리는 것"이라고 생각할 수 있습니다.
하지만 클라우드 서비스의 본질은 그 이상입니다 — 이것은 컴퓨팅 능력의 혁명입니다.
과거에는 기업이 서버 구매, 데이터 센터 찾기, 시스템 설치, 하드웨어 걱정, 트래픽 급증 시 속수무책인 긴 과정을 겪어야 했습니다. 지금은 계정을 등록하고 마우스 몇 번의 클릭으로, 필요에 따라 비용을 지불하고, 자동 확장 및 전 세계 배포가 가능합니다. 이러한 변화는 집에서 우물을 파는 것에서 수도꼭지를 트니 물이 나오는 것으로 바뀐 것과 같습니다.
1. 클라우드 서비스 제공자란 무엇인가?
1.1 수도 회사 같은 컴퓨팅 서비스
클라우드 서비스 제공자의 본질은 컴퓨팅 능력, 스토리지 능력, 네트워킹 능력을 표준화된 서비스로 포장하여, 수도 회사가 물을, 전력 회사가 전기를 제공하는 것처럼 인터넷을 통해 사용자에게 제공하는 것입니다.
이 모델의 똑똑한 점은 사용한 만큼 지불하는 것입니다. 미리 대량의 하드웨어를 구매할 필요가 없으며, 실제 사용량에 따라 비용을 지불하면 됩니다. 더 많은 리소스가 필요한가요? 한 번의 클릭으로 해결됩니다. 어떤 서비스는 초 단위로 요금을 청구하여 매우 유연합니다. 그리고 클라우드 서비스 제공자는 수십 개국에 데이터 센터를 보유하고 있어 전 세계적으로 애플리케이션을 배포할 수 있으며, 모든 작업이 셀프 서비스로 24시간 이용 가능하고 수동 승인이 필요 없습니다.
1.2 클라우드 서비스와 전통적 호스팅의 차이
전통적인 IDC 호스팅은 직접 발전기를 사서 전기를 만드는 것과 같습니다. 먼저 하드웨어(서버)를 구매하고, 둘째 장소를 찾아야 하며(데이터 센터 호스팅), 직접 유지보수해야 합니다(시스템 설치, 하드웨어 수리). 전력이 부족해지면 또 다른 발전기를 사야 합니다. 이 과정은 며칠에서 몇 주가 걸릴 수 있으며, 비용은 고정적이어서 사용하든 안 하든 비용을 지불해야 합니다.
클라우드 서비스는 전력망에 연결하는 것과 같습니다. 발전기를 구매할 필요 없이 전선 하나(계정 등록)를 연결한 다음 사용한 전력량에 따라 비용을 지불하면 됩니다. 더 많은 전력이 필요한가요? 더 큰 용량의 요금제로 변경하면 몇 분이면 해결됩니다. 이 모델에서 비용은 가변적이어서 사용한 만큼 지불하며, 클라우드 제공자가 모든 하드웨어 유지보수를 담당하므로 비즈니스에만 집중하면 됩니다.
1.3 퍼블릭 클라우드, 프라이빗 클라우드, 하이브리드 클라우드
레스토랑에 다양한 운영 모델이 있듯이 클라우드 서비스에도 세 가지 유형이 있습니다.
퍼블릭 클라우드는 공공 레스토랑과 같아서 누구나 이용할 수 있고 리소스를 공유합니다. AWS, 알리바바 클라우드, Azure가 모두 퍼블릭 클라우드로, 대부분의 기업과 개인에게 적합합니다. 가장 널리 사용되고 학습에 가장 적합하여 이 책의 중점입니다.
프라이빗 클라우드는 전용 주방과 같아서 직접 구축하고 리소스를 독점합니다. OpenStack, VMware가 대표적이며, 데이터 보안 요구사항이 매우 높은 대기업, 정부, 은행에 적합합니다.
하이브리드 클라우드는 두 가지를 결합하여 일부 비즈니스는 퍼블릭 클라우드를, 일부는 프라이빗 클라우드를 사용합니다. 각 제공자마다 솔루션이 있으며, 컴플라이언스와 탄력성이 모두 필요한 시나리오에 적합합니다.
👇 직접 클릭해 보세요: 아래의 서비스 카드를 클릭하여 클라우드 서비스의 6대 핵심 카테고리를 알아보세요.
2. 유명한 클라우드 서비스 제공자는 어떤 곳들이 있나요?
2.1 글로벌 3대 거인: AWS, Azure, Google Cloud
글로벌 클라우드 서비스 시장에서 세 제공자가 주도적인 위치를 차지하고 있습니다.
AWS(Amazon Web Services)는 아마존이 2006년에 출시한 클라우드 서비스로, 글로벌 시장 점유율 1위(약 32%)입니다. 클라우드 서비스 업계의 "백화점"과 같아서 서비스 종류가 가장 많고 200가지가 넘는 서비스를 제공하며, 기능이 가장 성숙하고 안정적이며 문서와 커뮤니티 리소스도 가장 풍부합니다. 가격은 비싼 편이지만 가성비가 좋아 글로벌 진출 기업, 스타트업, 대형 인터넷 기업에 특히 적합합니다.
Microsoft Azure는 마이크로소프트가 2010년에 출시한 클라우드 서비스로, 글로벌 시장 점유율 2위(약 23%)입니다. 가장 큰 장점은 Windows, Office 생태계와의 긴밀한 통합이며, 기업 고객 리소스가 풍부하고 하이브리드 클라우드 능력이 강하며 .NET 개발자에게 특히 친화적입니다. 회사가 이미 마이크로소프트 기술 스택을 사용하고 있다면 Azure는 자연스러운 선택입니다.
Google Cloud Platform(GCP)은 구글이 2011년에 출시한 클라우드 서비스로, 글로벌 시장 점유율 3위(약 10%)입니다. Kubernetes, 데이터 분석, AI 분야에서 선도적이며 기술 혁신 능력이 강하고 가격이 상대적으로 저렴합니다. 하지만 시장 점유율이 작고 생태계가 앞의 두 곳만큼 완성되지 않았으며, 기술 중심 회사, 컨테이너화된 애플리케이션, AI 프로젝트에 적합합니다.
2.2 중국 3대 거인: 알리바바 클라우드, 텐센트 클라우드, 화웨이 클라우드
중국 클라우드 서비스 시장에서도 세 주요 제공자가 있습니다.
알리바바 클라우드는 알리바바가 2009년에 설립한 클라우드 컴퓨팅 부서로, 중국 시장 점유율 1위(약 40%)입니다. 국내에서 가장 이르고 가장 성숙한 클라우드 서비스 제공자로, 서비스 종류가 완비되어 있으며 전자상거래, 더블 11(광군제) 기술 노하우가 축적되어 있습니다. 가격이 상대적으로 높지만 안정성과 기능의 완성도가 일류급이어서 국내 기업과 전자상거래 관련 프로젝트에 특히 적합합니다.
텐센트 클라우드는 텐센트가 2013년에 설립한 클라우드 서비스 부서로, 중국 시장 점유율 2위(약 15%)입니다. 게임, 오디오/비디오 분야에서 강점이 있으며 위챗, QQ 생태계와의 결합이 좋고 가격이 상대적으로 저렴하며 최근 몇 년간 빠르게 발전했습니다. 게임, 소셜 또는 라이브 스트리밍 프로젝트를 한다면 텐센트 클라우드가 좋은 선택입니다.
화웨이 클라우드는 화웨이가 2015년에 설립한 클라우드 서비스 부서로, 중국 시장 점유율 3위(약 10%)입니다. 하드웨어 기술 축적이 강하고 정부 및 기업 고객 리소스가 풍부하며 보안 컴플라이언스 능력이 강하고 AI 칩(승텅)이 특징적입니다. 정부 프로젝트, 대형 국유 기업 및 제조업에 적합합니다.
2.3 클라우드 서비스 제공자는 어떻게 선택하나요?
클라우드 서비스 제공자를 선택하는 것은 집을 빌리는 것과 같아서 위치, 가격, 편의시설 등 여러 요소를 고려해야 합니다.
먼저 타겟 시장을 보세요. 사용자가 주로 어디에 있나요? 사용자가 중국에 있다면 알리바바 클라우드나 텐센트 클라우드를 선택하고, 해외에 있다면 AWS나 Azure를 선택하며, 글로벌 비즈니스라면 여러 지역에 커버리지가 있는 제공자를 선택하세요.
다음으로 기술 스택을 보세요. 어떤 기술을 사용하나요? 마이크로소프트 기술을 사용한다면 Azure를 선택하고, Kubernetes, 빅데이터를 사용한다면 Google Cloud를 선택하며, 범용 시나리오라면 AWS가 안정적인 선택입니다.
그 다음으로 비용을 보세요. 소규모 프로젝트로 시범 운영한다면 저렴한 곳(예: 텐센트 클라우드나 UCloud)을 선택하고, 대규모 프로덕션이라면 총비용을 고려해야 하며 AWS가 장기적으로 더 경제적일 수 있습니다.
마지막으로 생태계를 보세요. GitHub, Office 365 등 다른 서비스를 이미 사용 중이라면 같은 생태계의 제공자를 선택하면 더 편리합니다.
현실적인 권장 사항: 초보자나 소규모 프로젝트는 알리바바 클라우드나 텐센트 클라우드를 선택하세요. 문서가 중국어이고 고객 지원이 국내에 있습니다. 글로벌 진출 프로젝트는 AWS를 선택하세요. 가장 성숙하고 글로벌 커버리지가 가장 좋습니다. 대기업은 멀티 클라우드 전략이 필요할 수 있으며, 다양한 비즈니스에 다양한 클라우드를 사용합니다.
3. 일반적으로 클라우드 서비스는 어떻게 사용하나요?
3.1 등록부터 온라인까지의 전체 프로세스
클라우드 서비스를 사용하는 첫 번째 단계는 계정을 등록하는 것입니다. 이 과정은 은행에서 계좌를 여는 것과 같아서 신분을 확인해야 합니다. 클라우드 서비스 제공자의 공식 웹사이트를 열고 "무료 등록"을 클릭하며, 이메일과 비밀번호를 입력하고 휴대폰 번호를 인증한 다음 신분증이나 기업 자격을 업로드하여 실명 인증을 완료하고, 마지막으로 결제 방법을 바인딩합니다. 전체 과정은 약 10~20분이 소요됩니다.
등록이 완료되면 몇 가지 핵심 개념을 이해해야 합니다. 리전(Region)은 클라우드 서비스의 데이터 센터가 위치한 지역으로, 예를 들어 화둥(항저우), 미국 동부(버지니아), 아시아 태평양(싱가포르)이 있습니다. 선택 원칙은 사용자와 가까울수록 지연이 낮아 좋습니다. 가용 영역(Availability Zone, AZ)은 하나의 리전 내에 있는 여러 데이터 센터로, 서로 격리되어 가용성을 높입니다. 하나의 가용 영역이 다운되어도 다른 곳이 계속 작동합니다. 인스턴스(Instance)는 가상 서버 한 대로, 예를 들어 2코어 4GB 클라우드 서버이며, 요금은 시간 또는 사용량 기준입니다.
3.2 첫 번째 클라우드 서버 생성
클라우드 서버를 만드는 과정은 웹페이지에서 설정을 선택하여 컴퓨터를 조립하는 것과 같습니다. 먼저 결제 모델을 선택하는데, 테스트 환경은 사용량 기준 결제를, 장기 실행은 연/월 단위 패키지를 선택합니다. 리전은 가장 가까운 곳(예: 화둥-항저우)을 선택합니다. 인스턴스 사양은 테스트 환경에 2코어 4GB면 충분합니다. 이미지는 운영체제를 선택하는데, 예를 들어 CentOS 7.9나 Ubuntu 20.04가 있습니다. 스토리지는 40GB 시스템 디스크, 네트워크는 기본 VPC 네트워크, 대역폭은 사용량 기준 결제가 비용 절감에 좋습니다. 마지막으로 root 사용자 비밀번호를 설정하고 잘 보관하세요. 전체 과정은 약 5분이며, 인스턴스 생성 후 1~2분 기다리면 사용할 수 있습니다.
👇 직접 클릭해 보세요: 설정을 선택하고 다양한 사양의 가격과 적용 시나리오를 알아보세요.
3.3 클라우드 서버에 연결하고 애플리케이션 배포
Linux 서버에 연결하려면 SSH를 사용하는 것을 권장합니다. 비밀번호 로그인 방식은 ssh root@서버공인IP 후 비밀번호를 입력하는 것입니다. 키 로그인이 더 안전하며, 방식은 ssh -i 개인키.pem root@서버공인IP입니다.
서버에 연결한 후 애플리케이션을 배포할 수 있습니다. 먼저 시스템을 업데이트합니다. CentOS는 sudo yum update -y, Ubuntu는 sudo apt update && sudo apt upgrade -y를 사용합니다. 그런 다음 필요한 소프트웨어(예: Node.js)를 설치합니다. 다음으로 코드를 업로드하는데 git이나 scp를 사용할 수 있습니다. 마지막으로 의존성을 설치하고 애플리케이션을 시작합니다.
3.4 일반적인 사용 시나리오
개인 웹사이트나 블로그 호스팅은 클라우드 서버와 도메인이 필요하며, 1코어 2GB면 충분하고 비용은 월 약 50~100위안이며, 기술 스택은 Nginx + 정적 파일 또는 WordPress를 사용할 수 있습니다.
API 백엔드 배포는 클라우드 서버와 데이터베이스가 필요하며, 2코어 4GB로 시작하고 비용은 월 약 200~500위안이며, 기술 스택은 Node.js나 Python과 MySQL이나 PostgreSQL을 함께 사용할 수 있습니다.
이미지나 동영상 저장에는 객체 스토리지를 권장하며, 스토리지 용량과 트래픽에 따라 요금이 부과되고 비용은 월 몇 위안에서 몇백 위안까지 다양합니다. 장점은 하드 디스크를 관리할 필요가 없고 자동 백업이 되며 CDN과 결합하여 가속화할 수 있습니다.
👇 직접 클릭해 보세요: 다양한 유형의 클라우드 스토리지 서비스와 적용 시나리오를 알아보세요.
4. 구매와 API 호출은 어떻게 하나요?
4.1 클라우드 서비스의 요금 모델
클라우드 서비스의 요금 방식에는 여러 가지가 있으며, 이를 이해하면 많은 비용을 절약할 수 있습니다.
사용량 기반 결제(Pay-as-you-go)는 영화 표를 한 장씩 사는 것과 같아서 사용한 만큼 지불하고 사용하지 않으면 비용이 들지 않습니다. 테스트 환경, 트래픽이 불안정한 프로젝트에 적합합니다. 클라우드 서버는 시간 단위로 요금이 부과되고, 객체 스토리지는 GB와 요청 횟수로 요금이 부과되며, AI API는 호출 횟수로 요금이 부과됩니다.
연/월 단위 패키지 또는 예약 인스턴스는 월간/연간 이용권과 같아서 일정 기간 사용을 약속하고 할인을 받아 보통 30%~60%를 절약할 수 있습니다. 장기적으로 안정적으로 실행되는 프로덕션 환경에 적합합니다. 예를 들어 2코어 4GB 서버는 사용량 기준이면 월 200위안이지만, 1년 패키지는 월 140위안일 수 있습니다.
스팟 인스턴스 또는 선점형 인스턴스는 대기표와 같아서 가격이 매우 낮아 최대 90%를 절약할 수 있지만 강제로 회수될 수 있습니다. 배치 처리 작업, 내결함성이 높은 작업(예: 데이터 처리, 렌더링 작업)에 적합합니다. 위험은 클라우드 제공자의 리소스가 부족해지면 인스턴스를 강제로 회수할 수 있다는 것입니다.
서버리스 호출 횟수 기준은 택시와 같아서 서버를 신경 쓸 필요 없이 호출 횟수만 신경 쓰면 됩니다. 요금은 호출 횟수 + 컴퓨팅 시간 + 트래픽으로 부과되며, API 인터페이스, 이벤트 구동 작업에 적합합니다. 예를 들어 알리바바 클라우드 함수 컴퓨팅은 첫 100만 회 호출이 무료이며, 초과 후 백만 회당 1.33위안입니다.
👇 직접 클릭해 보세요: 요금 계산기를 사용하여 다양한 요금 모델의 비용 차이를 비교해 보세요.
4.2 API 호출 구매의 전체 프로세스
통이천원 API 호출을 예로 들면, 전체 프로세스는 네 단계로 나뉩니다.
첫 번째 단계: 서비스 활성화. 클라우드 제공자의 AI 개방 플랫폼이나 머신러닝 플랫폼 PAI를 열고, 통이천원 또는 DashScope를 찾아 "즉시 활성화" 또는 "무료 체험"을 클릭합니다. 약 2분이면 완료됩니다.
두 번째 단계: API Key 가져오기. 콘솔의 API-KEY 관리에 들어가 "내 API-KEY 만들기"를 클릭하고 이 키를 복사하여 저장합니다. 중요: API Key는 한 번만 표시되므로 즉시 저장하세요.
세 번째 단계: 권한 설정. 접근 제어(RAM) 또는 권한 관리(IAM)에 들어가 사용자나 역할을 만들고 필요한 권한만 부여합니다. 예를 들어 통이천원만 호출할 수 있고 서버는 삭제할 수 없도록 합니다. 이것이 최소 권한 원칙입니다.
네 번째 단계: 호출 테스트. Python이나 JavaScript로 첫 번째 호출을 하여 API가 정상적으로 작동하는지 확인합니다.
5. 실전: 처음부터 웹사이트 배포하기
5.1 시나리오와 방안 선택
프론트엔드 개발자로서 개인 블로그 웹사이트를 배포하고 싶다고 가정해 보겠습니다. 요구사항은 정적 웹사이트(HTML/CSS/JS), 자체 도메인, 전 세계에서 빠른 접속, 최소한의 비용입니다.
세 가지 방안이 있습니다. 클라우드 서버 방안은 비용이 중간, 난이도가 중간이며 백엔드 서비스가 필요한 시나리오에 적합합니다. 객체 스토리지 + CDN 방안은 비용이 낮고 난이도가 낮으며 순수 정적 웹사이트에 적합하여 우리의 권장 방안입니다. 서버리스 방안은 비용이 매우 낮고 난이도가 중간이며 동적 콘텐츠에 적합합니다.
객체 스토리지 + CDN을 권장하는 이유는 비용이 가장 낮고(무료일 수 있음), 설정이 가장 간단하며, 속도가 가장 빠르기 때문입니다(CDN 가속).
👇 직접 클릭해 보세요: 단계별 안내에 따라 웹사이트 배포의 전체 프로세스를 알아보세요.
- Organize HTML/CSS/JS files
- Compress images and static assets
- Check that file paths are correct
5.2 구현 단계
첫 번째 단계: 웹사이트 파일 준비. 간단한 index.html을 만듭니다:
<!DOCTYPE html>
<html>
<head>
<title>내 블로그</title>
</head>
<body>
<h1>내 블로그에 오신 것을 환영합니다</h1>
<p>이것은 첫 번째 글입니다.</p>
</body>
</html>두 번째 단계: 객체 스토리지 Bucket 생성. 클라우드 콘솔에 로그인하여 객체 스토리지(OSS/S3)를 찾고 "Bucket 만들기"를 클릭합니다. 이름(예: my-blog-2024, 전역 고유)을 구성하고, 리전(가장 가까운 곳)을 선택하며, 권한을 공개 읽기(웹사이트는 접근할 수 있어야 함)로 설정합니다.
세 번째 단계: 파일 업로드. Bucket에 들어가 "파일 업로드"를 클릭하고 index.html을 선택한 후 업로드가 완료될 때까지 기다립니다.
네 번째 단계: 정적 웹사이트 호스팅 설정. Bucket 설정에 들어가 "정적 페이지" 또는 "웹사이트 호스팅"을 찾아 기능을 활성화하고 기본 홈페이지를 index.html로 설정한 후 구성을 저장합니다.
다섯 번째 단계: 도메인 바인딩(선택 사항). 도메인을 구매하고(예: 알리바바 클라우드 왕왕), CNAME 레코드를 추가하여 Bucket 도메인을 가리키도록 하고, Bucket에서 커스텀 도메인을 바인딩하며 HTTPS를 설정합니다.
여섯 번째 단계: CDN 설정(권장). CDN 서비스를 활성화하고, 가속 도메인을 추가하며, 원본 서버(Bucket)를 선택하고 CDN이 적용될 때까지 기다립니다(몇 분에서 몇 시간).
5.3 비용 추정
월간 비용 추정: 객체 스토리지 0~5위안(스토리지 용량 기준), CDN 트래픽 0~10위안(트래픽 기준, 무료 한도 있음), 도메인 5~10위안(연간 할인 분할). 총액 월 5~25위안으로, 소규모 웹사이트는 완전히 무료일 수 있습니다.
6. 요약 및 다음 단계
6.1 핵심 포인트 복습
클라우드 서비스의 본질은 클라우드 서비스 제공자가 컴퓨팅 능력의 수도 회사라는 것으로, 사용량 기반, 전 세계 배포, 셀프 서비스 능력을 제공합니다. 사용 프로세스는 제공자 선택, 계정 등록, 리소스 생성, 권한 설정, 비용 모니터링입니다.
핵심 의사결정 포인트는 다음과 같습니다: 제공자를 선택할 때는 시장, 기술 스택, 비용을 보세요; 요금 모델은 사용량 기반, 연/월 패키지, 서버리스 중에서 균형을 잡아야 합니다; 권한 설정은 최소 권한 원칙을 따르고 MFA를 활성화하며 정기적으로 감사하세요; 비용 관리는 사용량을 모니터링하고 할인을 활용하며 필요 없는 리소스를 적시에 해제하세요.
6.2 학습 경로 제안
첫 주에는 이론적 기초를 배우고 클라우드 서비스의 기본 개념을 이해하며 클라우드 계정을 등록하고 첫 번째 클라우드 서버를 만듭니다. 둘째 주에는 실습으로 정적 웹사이트를 배포하고 도메인과 CDN을 설정하며 기본 Linux 명령을 배웁니다. 셋째 주에는 고급 기술을 학습하여 권한 관리(IAM), 모니터링 및 알림, 비용 최적화를 배웁니다. 넷째 주에는 프로젝트 실전으로 완전한 애플리케이션을 배포하고 데이터베이스와 스토리지를 설정하며 자동 확장을 구현합니다.
6.3 추천 리소스
공식 문서로는 알리바바 클라우드 문서 센터, AWS 한국어 문서, 텐센트 클라우드 문서가 있습니다. 학습 플랫폼으로는 알리바바 클라우드 대학, AWS 프리 티어, 텐센트 클라우드 랩이 있습니다. 커뮤니티 리소스로는 클라우드 네이티브 커뮤니티, Serverless 한국어 네트워크, InfoQ 클라우드 컴퓨팅 칼럼이 있습니다.
7. 용어 대조표
| 영문 용어 | 한국어 | 설명 |
|---|---|---|
| Cloud Provider | 클라우드 서비스 제공자 | 클라우드 컴퓨팅 서비스를 제공하는 회사, 예: AWS, 알리바바 클라우드 |
| Region | 리전 | 데이터 센터가 위치한 지리적 영역 |
| Availability Zone | 가용 영역 | 하나의 리전 내에 있는 독립적인 데이터 센터 |
| Instance | 인스턴스 | 가상 서버 한 대 |
| Image/AMI | 이미지 | 사전 구성된 운영체제 템플릿 |
| VPC | 가상 사설 클라우드 | 격리된 가상 네트워크 환경 |
| IAM/RAM | 신원 및 접근 관리 | 권한 관리 시스템 |
| User | 사용자 | 구체적인 신원 |
| Group | 사용자 그룹 | 사용자의 집합 |
| Role | 역할 | 임시 신원 |
| Policy | 정책 | 권한을 정의하는 JSON 문서 |
| API Key | API 키 | API를 호출하는 자격 증명 |
| AccessKey | 액세스 키 | 프로그래밍 방식 접근 자격 증명 (ID + Secret) |
| MFA | 다중 인증 | 비밀번호 + 인증 코드가 필요한 로그인 방식 |
| CDN | 콘텐츠 전송 네트워크 | 글로벌 가속 서비스, 정적 리소스 캐싱 |
| OSS/S3 | 객체 스토리지 | 파일을 저장하는 서비스 |
| ECS/EC2 | 클라우드 서버 | 가상 머신 서비스 |
| RDS | 관계형 데이터베이스 서비스 | 관리형 데이터베이스 |
| Serverless | 서버리스 | 서버를 관리할 필요 없는 컴퓨팅 모델 |
| Pay-as-you-go | 사용량 기반 결제 | 사용한 만큼 지불하는 요금 모델 |
| Reserved Instance | 예약 인스턴스 | 연/월 단위 요금 모델 |
| Spot Instance | 스팟 인스턴스 | 저가형이지만 회수될 수 있는 인스턴스 |