1. Amazon Web Services 전문가를 위한 Oracle Cloud Infrastructure
  2. 서비스 비교 정보

서비스 비교 정보

채택할 클라우드 서비스와 관련하여 보다 현명한 의사 결정을 내리려면 솔루션 설계자 및 CloudOps 관리자가 경쟁업체의 서비스를 Oracle Cloud Infrastructure의 유사한 서비스와 비교해야 합니다.

이 가이드는 AWS(Amazon Web Services) 전문가에게 Oracle Cloud Infrastructure의 핵심 기능을 소개합니다. AWS 솔루션 설계자 및 SysOps 관리자가 AWS 기능과 설정에 익숙하며 OCI 제품 구성을 즉시 구축하고자 합니다. AWS와 마찬가지로 Oracle Cloud Infrastructure는 컴퓨팅, 스토리지, 데이터베이스 및 네트워킹 서비스의 핵심 세트를 기반으로 구축되었으며, 이를 통해 글로벌 서비스 범위를 광범위하고 심도 있는 기능을 제공합니다.

이 문서에서는 다음과 같은 일반적인 개념을 비교하여 설명합니다.
  • 지역 & 가용성 도메인
  • 도메인 계정, 태그 지정 & 구성
  • 서비스 매핑

지역 및 가용성 도메인

Amazon Web Services 및 OCI 제품은 지역 및 가용성 도메인의 유사한 차이로 배포됩니다.

거의 모든 AWS 제품은 전 세계 지역에 위치한 지역 내에 배포됩니다. 각 지역은 서로 비교적 근접한 데이터 센터 그룹으로 구성됩니다. Amazon은 각 지역을 둘 이상의 가용성 영역으로 나눕니다. 설계에 따라 각 AWS 가용성 영역은 격리되어 있으며 다른 AWS 영역과는 독립적으로 작동합니다. 이 설계를 통해 한 영역의 가용성이 다른 영역의 가용성에 영향을 미치지 않도록 하고, 영역 내의 서비스가 서로 독립적으로 유지되도록 할 수 있습니다.

마찬가지로 OCI는 지역 및 가용성 도메인에 호스팅됩니다. 지역은 지리적 위치이고, 가용성 도메인은 지역 내에 있는 하나 이상의 데이터 센터입니다. 지역은 한 개 이상의 가용성 도메인으로 구성됩니다. OCI 가용성 도메인은 서로 격리되고, 내결함성이 유지되며, 동시에 실패하거나 다른 가용성 도메인의 실패에 영향을 주지 않습니다. 클라우드 서비스를 구성할 때 다중 가용성 도메인을 사용하여 고가용성을 보장하고 리소스 오류로부터 보호합니다.

For a full mapping of OCI 's global regions and availability domains, see OCI's Cloud Regions—Infrastructure and Platform Services.

각 가용성 도메인은 3개의 결함 도메인으로 구성됩니다. 장애 도메인은 한 가용성 도메인 내 하드웨어와 인프라의 그룹입니다. 따라서 인스턴스가 단일 가용성 도메인 내에서 동일한 물리적 하드웨어에 있지 않도록 분산할 수 있습니다. 하나의 결함 도메인에 영향을 미치는 하드웨어 오류 또는 컴퓨트 하드웨어 유지 관리 이벤트는 다른 결함 도메인의 인스턴스에 영향을 주지 않습니다.

결함 도메인의 물리적 하드웨어에는 독립적이고 중복된 전원 공급 장치가 있어 한 결함 도메인 내의 전원 공급 장치 하드웨어에서 다른 결함 도메인에 영향을 주지 않습니다.

AWS의 위치 용어 및 개념은 다음과 같이 OCI의 용어로 매핑됩니다.

계정, 태그 지정 및 구성

여기에서는 AWS 계정에 등록할 때의 상황과 OCI 계정에 등록할 때의 상황과 이러한 서비스가 해당 계정을 구성하는 방법을 비교합니다.

AWS 서비스를 사용하려면 AWS 계정에 등록해야 합니다. 이 프로세스를 완료하면 Amazon의 명시된 제한 내에서 계정에서 모든 서비스를 시작할 수 있으며, 해당 서비스는 사용자의 특정 계정에 청구됩니다. 이제 이러한 AWS 리소스를 관리하기 위해 선택적으로 태그 형태로 각 리소스에 고유한 메타데이터를 지정할 수 있습니다.

태그는 AWS 리소스에 지정하는 레이블입니다. 각 태그는 키와 선택적 값으로 구성됩니다. 태그를 사용하면 용도, 소유자, 환경 등 다양한 방법으로 리소스를 분류할 수 있습니다. AWS 리소스 그룹을 더 그룹화하고 리소스를 구성할 수 있습니다. 또한, AWS 조직을 사용하여 여러 계정을 생성하고 중앙에서 관리할 수 있습니다.

마찬가지로 OCI에서는 서비스에 등록해야 합니다. 요청이 처리되면 OCI에서 테넌시가 프로비전됩니다. 기본적으로 모든 OCI 테넌시에는 테넌시 자체 뒤에 이름이 지정된 기본 루트 구획이 있습니다. 테넌시 관리자(기본 루트 구획 관리자)는 기본 관리자 그룹의 멤버인 모든 사용자입니다.

구획은 조직의 관리자가 권한을 부여한 특정 그룹만 액세스할 수 있도록 클라우드 리소스를 구성하고 격리하는 데 도움이 됩니다. 구획이 생성되면 고유한 관리자에게 해당 구획을 지정하고 위임된 관리자를 각 구획에 지정할 수 있습니다. OCI는 최대 6레벨 깊이 있는 구획 계층을 지원하며, 상위 구획의 관리자는 하위 구획에 대해 전체 권한을 갖습니다. 구획은 다국적이므로 주어진 테넌시 내 모든 OCI 지역에 적용됩니다.

OCI 태깅을 통해 컴퓨트 인스턴스와 같이 임의의 자유 형식의 메타데이터를 클라우드 리소스에 연결할 수 있습니다. 태그가 제공하는 레이블은 리소스를 구성하고 제어하는 데 도움이 됩니다. 예를 들어 리소스를 담당하는 비즈니스 조직을 설명하는 태그를 추가하거나 리소스를 효과적으로 관리하는 데 필요한 운영 메타데이터를 추가할 수 있습니다. 다른 퍼블릭 클라우드 태그 처리 구현은 자유 형식 태그를 지원하지만, 이러한 접근 방법은 구조를 제공하지 않습니다. OCI는 자유로운 태그도 지원하지만, 오라클의 솔루션은 더욱 향상됩니다. 정의된 태그를 사용하여 자유형 접근 방식의 여러 가지 결점을 제거하는 것이 좋습니다. 정의된 태그는 태그 지정을 제어하고 일관성을 유지하며 태그 스팸 방지를 지원하는 스키마를 지원합니다. 태그를 사용하여 리소스에 대한 대량 작업의 스크립트를 작성하고 작업을 자동화 및 간소화할 수도 있습니다.

AWS와 OCI 모두 새 계정에 대한 서비스에 대한 기본 소프트 한도를 가집니다. 서비스 한도는 리소스에 대해 설정된 수당입니다. 예를 들어 가용성 도메인당 최대 컴퓨트 인스턴스 수가 테넌시에 허용됩니다. 이러한 소프트 제한은 지정된 서비스에 대한 기술적 제한과 관련이 없으며, 사기 계정이 과도한 리소스를 사용하지 못하도록 방지하고, 신규 사용자의 위험을 제한하여 플랫폼을 탐색할 때 의도한 것보다 더 많은 비용을 지출하지 못하도록 합니다. 애플리케이션이 이러한 제한을 초과한 경우 서비스 제한 증가를 요청할 수도 있습니다. 경우에 따라 OCI 리소스 사용량 및 계정 상태를 기반으로 자동으로 이러한 제한을 늘릴 수 있습니다.

서비스 매핑

다음 표에서는 AWS 및 OCI에서 사용할 수 있는 다양한 서비스를 나란히 비교합니다.

컴퓨트 서비스 매핑

이 표는 AWS 컴퓨팅 서비스를 유사한 OCI 컴퓨팅 서비스에 매핑합니다.

스토리지 서비스 매핑

이 표는 AWS 스토리지 서비스를 유사한 OCI 스토리지 서비스에 매핑합니다.

네트워킹 및 에지 서비스 매핑

이 표에서는 AWS 네트워킹 및 에지 서비스를 유사한 OCI 네트워킹 및 에지 서비스에 매핑합니다.

데이터베이스 서비스 매핑

이 표는 AWS 데이터베이스 서비스를 유사한 OCI 데이터베이스 서비스에 매핑합니다.

빅 데이터, 분석 및 AI/ML 서비스 매핑

이 표는 AWS 빅 데이터, 분석 및 AI/ML 서비스를 유사한 OCI 서비스에 매핑합니다.

메시징 및 통지 서비스 매핑

이 표는 AWS 메시징 및 통지 서비스를 유사한 OCI 서비스에 매핑합니다.

관리 서비스 서비스 서비스 매핑

이 표는 AWS 관리 서비스를 유사한 OCI 서비스에 매핑합니다.

보안 및 ID 서비스 매핑

이 표는 AWS 보안 및 ID 서비스를 유사한 OCI 서비스에 매핑합니다.