팀의 기사

주요 클라우드 제공업체 비교: AWS, Azure, Google Cloud 등

실제로 수행할 업무, 전체 비용, 운영 부담과 다른 제공업체로 옮길 수 있는지를 기준으로 AWS, Azure, Google Cloud, Alibaba와 Tencent를 비교합니다.

목차

그림, 파일, 데이터베이스 모형을 담은 쟁반이 세 개의 작은 서버실 앞에 놓여 있다.
먼저 실행해야 할 업무를 정하세요. 어디에 둘지 결정하기 전에 운영 부담, 비용과 다른 제공업체로 옮길 경로를 비교하세요.

작은 회사가 제품 사진과 고객 주문 목록이 있는 웹사이트를 만든다고 해 보겠습니다. 애플리케이션을 실행할 곳, 이미지 파일을 보관할 곳, 주문을 조회하고 갱신할 데이터베이스가 필요합니다. 이 세 가지 업무부터 시작하세요. 시장 점유율 목록보다 클라우드 제공업체를 훨씬 쉽게 비교할 수 있습니다.

서로 다른 이름으로 부르는 알아볼 수 있는 업무

가상 머신은 원격으로 구성하고 실행하는 컴퓨터입니다. 객체 스토리지는 이미지 같은 파일을 보관합니다. 관리형 관계형 데이터베이스는 구조화된 기록을 저장하고 제공업체는 운영 작업의 일부를 맡습니다. 다음은 각 제공업체 카탈로그에 있는 예시이지, 동일한 제품이나 순위가 아닙니다.

제공업체

가상 머신

객체 스토리지

관리형 관계형 데이터베이스

AWS

Amazon EC2

Amazon S3

Amazon RDS

Microsoft Azure

Azure Virtual Machines

Azure Blob Storage

Azure Database for PostgreSQL

Google Cloud

Compute Engine

Cloud Storage

Cloud SQL

Alibaba Cloud

Elastic Compute Service (ECS)

Object Storage Service (OSS)

ApsaraDB RDS

Tencent Cloud

Cloud Virtual Machine (CVM)

Cloud Object Storage (COS)

TencentDB for MySQL

제품 이름과 범주는 Google의 제공업체 간 서비스 비교, Alibaba의 RDS 개요와 Tencent의 제품 카탈로그에서 가져왔습니다. 데이터베이스 엔진, 가능한 구성과 지원 기능은 서로 다릅니다. MySQL 서비스가 PostgreSQL 애플리케이션을 그대로 대체하지는 않습니다.

팀이 실제로 하게 될 업무를 비교하라

예시 웹사이트라면 가상 머신을 빌리고 애플리케이션과 데이터베이스를 직접 설치할 수 있습니다. 관리형 데이터베이스와 애플리케이션 호스팅 서비스를 사용할 수도 있습니다. 두 번째 방법은 운영 작업을 줄일 수 있지만 구성, 접근, 복구와 애플리케이션이 의존하는 기능은 여전히 이해해야 합니다.

이미 가진 시스템부터 살펴보세요. 어떤 데이터베이스 엔진을 사용합니까? 어떻게 배포되어 있습니까? 팀이 유지할 수 있는 도구는 무엇입니까? 익숙한 구성이 일을 줄일 수 있고, 익숙하지 않은 서비스도 구체적인 문제를 해결한다면 충분히 가치가 있을 수 있습니다. 그 이점을 분명히 하세요.

그다음 애플리케이션이 작동해야 하는 위치를 정하세요. 사용자가 실제로 접속하는 곳에서 응답 시간을 시험하고, 필요한 서비스와 기능이 선택한 리전에서 함께 제공되는지 확인하세요. 제공업체의 전 세계 리전 수만으로는 어느 질문에도 답할 수 없습니다.

한 달 전체 업무의 비용을 계산하라

각 후보에 같은 가정을 적용하세요. 예상 방문 수, 컴퓨팅 시간, 저장 파일, 데이터베이스 크기, 백업과 사용자에게 보낼 데이터를 포함합니다. 팀에 필요하다면 지원 비용도 넣으세요. 저렴한 가상 머신은 그 추정치의 한 줄일 뿐입니다.

예를 들어 AWS Pricing Calculator 안내서는 리전, 서비스와 사용량 가정으로 추정치를 만들고 지원을 추가하게 합니다. 추정치는 입력값에 달려 있으며 청구 금액을 약속하는 것이 아닙니다. 같은 기준으로 비교할 수 있도록 가정과 숫자를 함께 보관하세요.

사진이 많은 사이트에서는 방문자에게 이미지를 보내는 비용이 작은 내부 양식보다 더 중요할 수 있습니다. 빠른 복구가 필요한 시스템이라면 추가 데이터베이스 용량과 복구 절차도 중요합니다. 모든 경우에 가장 싼 제공업체를 찾지 말고 자신의 사용 패턴을 시험하세요.

결정하기 전에 되돌아오는 경로를 시험하라

최종 후보에서 같은 애플리케이션의 작은 버전을 실행해 보세요. 샘플 사진을 업로드하고 테스트 주문을 만들고 기록을 내보낸 뒤 별도의 테스트 환경에 복원하세요. 제공업체 전용 서비스를 어떻게 대체할지도 확인하세요. 파일을 복사하는 것은 애플리케이션을 옮기는 일의 일부일 뿐입니다.

세 가지를 기록하세요. 시작하는 데 든 작업량, 같은 사용량 가정에서의 비용, 이동 또는 복구에 필요한 작업입니다. 성공적인 테스트는 브랜드의 순위표 위치보다 작은 팀이 선택할 때 더 나은 근거를 제공합니다.

선택을 목적과 연결해 두라

독립성을 보여 주려고 여러 클라우드에 걸쳐 구축할 필요는 없습니다. 잘 이해한 하나의 서비스가 가장 실용적인 출발점일 수 있습니다. 중요한 것은 어떤 책임을 넘겼는지, 다른 구성이 여전히 가능한지 아는 것입니다.

클라우드 서비스 모델은 이 업무 분담을 설명합니다. 이어서 엣지 컴퓨팅과 클라우드 컴퓨팅은 서로 다른 업무를 어디에 둘지 살펴봅니다. 여러 위치에 머신을 분산하는 것과 의사결정 권한을 분산하는 것은 별개의 문제입니다. 유용한 인프라 선택은 두 가지를 모두 더 잘 보이게 합니다.