Oracle Cloud Infrastructure에 Oracle Cloud Scale Billing 배치
CSP(통신 서비스 제공업체)가 증가하는 구독자 기반의 요구사항을 충족하기 위해 노력하고 새로운 5G 서비스를 도입함에 따라 운영 민첩성을 개선하기 위해 점점 더 비즈니스 지원 시스템(BSS)을 클라우드로 마이그레이션하고 있습니다.
Oracle Communications Billing and Revenue Management(BRM) 애플리케이션은 통신 산업을 위한 업계 최고의 클라우드 규모의 매출 관리 솔루션입니다. BRM은 CSP의 수익화 전략의 핵심인 비즈니스 프로세스를 지원하도록 설계되었으며, Oracle Cloud Infrastructure(OCI)에서 실행되고 OCI Kubernetes Engine(OKE)을 활용하는 클라우드 네이티브 컨테이너화된 애플리케이션으로 배포될 수 있습니다.
이 아키텍처는 단일 OCI 리전 내의 단일 가용성 도메인에 BRM을 배포하기 위한 높은 수준의 개념적 아키텍처를 설명합니다. 실제 배포 세부정보는 서비스 제공자의 비즈니스 요구사항과 관련된 여러 요인에 따라 달라지며 이 참조 아키텍처와 다를 수 있습니다.
BRM has the functional richness and operational performance to enable innovative, customer-centric businesses to meet high-revenue growth demands for business-to-consumer (B2C) and business-to-business (B2B) service provider offerings. BRM의 엔터프라이즈급 청구 성능을 설명하기 위해 BRM을 기반으로 하는 Oracle Communications Cloud Scale Billing 솔루션을 테스트했습니다. OCI에서 실행되고 OKE를 사용하여 이 솔루션은 4.5시간 내에 8개의 대표 CSP 엔터프라이즈 고객에 대해 1,000만 개의 계정에 대한 청구 실행을 완료했습니다. Oracle은 시간당 2290만 건의 계정 청구 처리량과 시간당 510만 건의 계정 청구 처리량을 달성했습니다. 사용된 테스트 방법론 및 OCI 아키텍처를 포함한 자세한 내용은 자세히 살펴보기에서 찾은 기술 개요를 참조하십시오.
BRM에는 컨테이너 런타임으로서의 Docker, 컨테이너 통합관리를 위한 Kubernetes, 패키징 및 배포를 위한 Helm과 같은 업계에서 인정받는 클라우드 네이티브 기술을 활용하는 멀티 서비스 아키텍처가 있습니다. Cloud Scale Billing은 통신 및 디지털 비즈니스를 위한 업계에서 입증된 최신 청구 및 수익 관리를 제공하여 다음과 같은 이점을 제공합니다.
- 유연한 서비스 및 산업 비즈니스 모델 지원
- 더 빠른 혁신: 디자인 타임 유연성을 통한 신속한 디지털 오퍼링 출시
- IT 민첩성: 퍼블릭 및 프라이빗 클라우드 인프라에 배포되도록 설계된 낮은 총소유비용의 최신 클라우드 네이티브 배포 모델
- 정확하고 일관된 청구 경험을 보장하기 위한 포괄적인 청구 운영으로 고객 청구 불만 최소화
- 유연한 그룹 계정 계획, 적상 규칙, 반복, 사용량, 구매 요금, 청구 시간 할인, 지불, 수금, 조정 및 분쟁 관리를 포함한 복잡한 계층 구조에 대한 청구
구조
이 아키텍처는 통신 서비스 제공업체 및 통신 관련 기업을 위한 엔드투엔드 매출 관리에 사용됩니다.
수익 관리는 각 서비스 및 고객에 대한 수익을 생성, 수집 및 수집하기 위한 엔드투엔드 프로세스입니다. Oracle Communications Cloud Scale Billing은 클라우드 네이티브 인프라에서 실행되는 고성능 청구 및 송장 작업의 효율적인 스케줄링 및 실행을 지원하도록 설계되었습니다. 청구 및 송장 발행은 사용 가능한 컴퓨트 리소스를 최적으로 활용하여 가능한 한 짧은 시간 내에 대규모 작업을 완료할 수 있도록 설계된 다중 스레드 애플리케이션입니다.
청구 작업은 효율적인 확장성을 가능하게 하는 여러 병렬 소형 프로세스로 분해되며 동적 Kubernetes 자동 확장과 잘 맞춰집니다. 계층 구조에서 계층 구조 또는 하위 계정 수를 늘리면 예측 가능한 처리량과 확장성 특성을 얻을 수 있습니다.
고성능 클라우드 네이티브 아키텍처 외에도 강력한 운영 기능을 사용하여 청구, 송장 발행 및 기타 주요 수익 관리 기능을 구성, 예약 및 확인할 수 있습니다.
BRM의 광범위한 API 제품군(웹 서비스, REST 및 TM Forum 연계형 오픈 API 포함)을 통해 서비스 제공업체는 데이터베이스에 직접 액세스하지 않고도 BRM을 외부 엔터프라이즈 비즈니스 애플리케이션과 통합할 수 있는 유연성과 제어를 제공하여 데이터 보안 위험을 줄이고 운영 관리 오버헤드를 줄일 수 있습니다.
컨테이너화된 BRM 애플리케이션을 통해 서비스 제공업체는 OCI 퍼블릭 클라우드, 온프레미스(베어메탈 또는 가상 머신) 또는 OCI 전용 리전에 애플리케이션을 유연하게 배포할 수 있습니다.
oci-brm-functional-다이어그램-oracle.zip
이 개념 참조 아키텍처에서는 BRM이 OCI의 OKE 클러스터를 사용하여 배치됩니다. 가용성 도메인(AD) 내에서 서로 다른 FD(결함 도메인)에 BRM 애플리케이션 워커 노드를 구성하는 것이 좋습니다. 클라우드 네이티브 비즈니스 논리 포드는 CPU 사용률에 따라 수평 자동 스케일링(위쪽 및 아래쪽)하도록 구성할 수 있으므로 청구 작업 실행 중 컴퓨트 리소스를 최적화할 수 있습니다.
다이어그램은 전용 전용 전용 서브넷의 Oracle RAC 클러스터를 보여줍니다. Oracle 데이터베이스는 Kubernetes 네트워크를 통해 액세스할 수 있으므로 BRM 클라우드 네이티브 포드는 데이터베이스 작업을 수행할 수 있습니다. 사용하는 Oracle 데이터베이스는 베어메탈, 가상 머신 또는 OCI의 Oracle Managed Database as a Service(DBaaS)에 배포할 수 있습니다. 지원되는 최신 데이터베이스 버전은 제품 설명서의 "BRM 소프트웨어 호환성" 절을 참조하십시오. Active Data Guard를 사용하여 데이터베이스를 대기 데이터베이스로 복제할 수 있습니다.
배스천 호스트는 고객의 네트워크(예: SSH를 통해)에서 BRM 작업자 노드에 액세스할 수 있도록 공용 서브넷에 구성됩니다. BRM 웹 클라이언트 및 외부 통합은 인터넷 게이트웨이를 통해 로드 밸런서에 연결됩니다. 인터넷 트래픽에 대해 Oracle Cloud Infrastructure Web Application Firewall(WAF)에서 추가 보안 규칙 적용을 제공할 수 있습니다.
외부 로드 밸런스 뒤의 수신 컨트롤러를 사용하여 Kubernetes 클러스터 외부의 BRM 서비스를 노출하고 클라이언트가 BRM과 통신할 수 있도록 허용합니다. 수신 컨트롤러는 수신 객체를 모니터하고 이러한 객체에 포함된 구성에서 작동하여 BRM HTTP 및 T3 서비스를 외부 네트워크에 노출시킵니다. 로드 밸런서는 Kubernetes 클러스터가 노출한 서비스에 대한 신뢰성이 높은 단일 지점 액세스를 제공합니다. 이 경우 서비스는 BRM 클라우드 고유 인스턴스를 대신하여 수신 컨트롤러에 의해 노출됩니다.
다음 다이어그램은 이 참조 아키텍처를 보여 줍니다.
oci-brm-architecture-topology-다이어그램-oracle.zip
구조에는 다음과 같은 구성 요소가 있습니다.
- Tenancy
테넌시는 Oracle Cloud Infrastructure에 등록할 때 Oracle이 Oracle Cloud 내에서 설정하는 격리된 보안 분할영역입니다. 테넌시 내 Oracle Cloud에서 리소스를 생성, 구성 및 관리할 수 있습니다. 테넌시는 회사 또는 조직과 동의어입니다. 일반적으로 회사는 단일 테넌시를 가지며 해당 테넌시 내의 조직 구조를 반영합니다. 단일 테넌시는 대개 단일 구독과 연관되며, 단일 구독에는 일반적으로 하나의 테넌시만 포함됩니다.
- 지역
Oracle Cloud Infrastructure 리전은 가용성 도메인이라고 하는 데이터 센터가 하나 이상 포함된 지역화된 지리적 영역입니다. 지역은 다른 지역과 독립적이며, 먼 거리가 그들을 분리 할 수 있습니다 (국가 또는 대륙에 걸쳐).
- 구획
구획은 Oracle Cloud Infrastructure 테넌시 내의 지역 간 논리적 파티션입니다. 구획을 사용하여 Oracle Cloud 리소스에 대한 사용 할당량을 구성, 제어 및 설정할 수 있습니다. 지정된 구획에서 액세스를 제어하고 리소스에 대한 권한을 설정하는 정책을 정의합니다.
- 가용성 도메인
가용성 도메인은 한 지역 내의 독립형 독립 데이터 센터입니다. 각 가용성 도메인의 물리적 리소스는 결함 허용을 제공하는 다른 가용성 도메인의 리소스와 격리됩니다. 가용성 도메인은 전원, 냉각 또는 내부 가용성 도메인 네트워크와 같은 인프라를 공유하지 않습니다. 따라서 한 가용성 도메인의 장애가 해당 영역의 다른 가용성 도메인에 영향을 미치지 않아야 합니다.
- 결함 도메인
장애 도메인은 가용성 도메인 내의 하드웨어 및 인프라 그룹입니다. 가용성 도메인에는 독립적인 전원 및 하드웨어를 갖춘 3개의 장애 도메인이 있습니다. 여러 결함 도메인에 리소스를 분배할 때 응용 프로그램은 결함 도메인 내의 물리적 서버 오류, 시스템 유지 관리 및 전원 오류를 허용할 수 있습니다.
- VCN(가상 클라우드 네트워크) 및 서브넷
VCN은 Oracle Cloud Infrastructure 지역에서 설정한 맞춤형 소프트웨어 정의 네트워크입니다. 기존의 데이터 센터 네트워크와 마찬가지로 VCN을 통해 네트워크 환경을 제어할 수 있습니다. VCN에는 VCN 생성 후 변경할 수 있는 겹치지 않는 CIDR 블록이 여러 개 있을 수 있습니다. VCN을 서브넷으로 분할할 수 있습니다. 서브넷은 지역 또는 가용성 도메인으로 범위가 지정될 수 있습니다. 각 서브넷은 VCN의 다른 서브넷과 겹치지 않는 연속적인 주소 범위로 구성됩니다. 서브넷 생성 후 크기를 변경할 수 있습니다. 서브넷은 공용 또는 전용일 수 있습니다.
- 로드 밸런서
Oracle Cloud Infrastructure Load Balancing 서비스는 단일 시작점에서 백엔드에 있는 여러 서버로 트래픽을 자동으로 배포합니다.
- 보안 목록
각 서브넷에 대해 서브넷에 들어오고 나가도록 허용해야 하는 트래픽의 소스, 대상 및 유형을 지정하는 보안 규칙을 생성할 수 있습니다.
- NAT(Network Address Translation) 게이트웨이
NAT 게이트웨이를 사용하면 VCN의 전용 리소스가 수신 인터넷 연결에 이러한 리소스를 노출시키지 않고 인터넷의 호스트에 액세스할 수 있습니다.
- 서비스 게이트웨이
서비스 게이트웨이는 VCN에서 Oracle Cloud Infrastructure Object Storage와 같은 다른 서비스로의 액세스를 제공합니다. VCN에서 Oracle 서비스로의 트래픽은 Oracle 네트워크 패브릭을 통해 이동하며 인터넷을 순회하지 않습니다.
- Cloud Guard
Oracle Cloud Guard를 사용하여 Oracle Cloud Infrastructure에서 리소스의 보안을 모니터링하고 유지 관리할 수 있습니다. Cloud Guard는 정의 가능한 감지자 레시피를 사용하여 리소스에서 보안 취약점을 검사하고 운영자 및 사용자에게 특정 위험한 작업을 모니터합니다. 잘못 구성되거나 안전하지 않은 작업이 감지되면 Cloud Guard는 정의할 수 있는 응답기 레시피를 기반으로 수정 조치를 권장하고 해당 작업을 수행하는 데 도움을 줍니다.
- 보안 영역
보안 영역은 데이터를 암호화하고 전체 구획의 네트워크에 대한 공용 액세스를 방지하는 등의 정책을 적용하여 처음부터 Oracle의 보안 모범 사례를 보장합니다. 보안 영역은 동일한 이름의 컴파트먼트와 연관되며, 컴파트먼트 및 해당 하위 컴파트먼트에 적용되는 보안 영역 정책 또는 "레시피"를 포함합니다. 표준 구획은 보안 영역 구획에 추가하거나 이동할 수 없습니다.
- FastConnect
Oracle Cloud Infrastructure FastConnect는 데이터 센터 및 Oracle Cloud Infrastructure 간 전용, 개인 연결을 생성할 수 있는 쉬운 방법을 제공합니다. FastConnect는 인터넷 기반 연결과 비교할 때 더 높은 대역폭 옵션과 더 안정적인 네트워킹 환경을 제공합니다.
- Exadata DB 시스템
Oracle Exadata Database Service는 비즈니스 요구 사항에 따라 클라우드에서 Exadata의 기능을 활용할 수 있는 옵션입니다. 필요에 따라 시스템에 데이터베이스 컴퓨트 서버 및 스토리지 서버를 추가할 수 있는 유연한 X8M 시스템을 프로비저닝할 수 있습니다. X8M 시스템은 고대역폭 및 짧은 대기 시간, PMEM(지속 메모리) 모듈, 지능형 Exadata 소프트웨어를 위해 RoCE(RDMA over Converged Ethernet) 네트워킹을 제공합니다.
고려사항
OCI에서 클라우드 네이티브 BRM을 배포할 때 다음 사항을 고려하십시오.
- 자동 스케일링
Kubernetes HorizontalPodAutoscaler(HPA)를 사용하여 Pod의 CPU 또는 메모리 활용률에 따라 배치에서 BRM Pod 복제본 수를 자동으로 확장하거나 축소할 수 있습니다. 자세한 내용은 Oracle Communications Billing and Revenue Management Cloud Native Deployment Guide를 참조하십시오.
- 성능
BRM 배포 아키텍처 및 시스템 크기는 고객마다 다르며 구독자 기반, 예상 사용량, 청구 및 송장 발행 모델, 계정 계층 복잡성 및 데이터 보존 요구 사항을 포함하되 이에 국한되지 않는 여러 요인에 따라 달라집니다. 이러한 요인은 배포 프로젝트 설계 단계 전과 도중에 Oracle 또는 구현 파트너와 논의해야 합니다.
- 가용성 및 복원력
추가 가용성을 위해 가용성 도메인 및 지역에 BRM을 배포할 수 있습니다. 이러한 모델에서는 Active Data Guard를 사용하여 RAC 인스턴스 간 데이터 복제를 제공할 수 있습니다.
- 컨버지드 과금
4G 및 5G 서비스에 대해 대기 시간이 짧은 대용량 코어 네트워크 과금을 지원해야 하는 경우 BRM(이 참조 아키텍처에는 포함되지 않음)과 함께 Oracle Communications Elastic Charging Engine을 기반으로 하는 Oracle Communications Cloud Scale Charging 배포를 고려해야 합니다. OKE를 사용하여 OCI에서 실행되는 성능 테스트에서 과금 엔진은 다중 사이트 성능 테스트에서 100백만 명의 동시 활성 가입자를 지원하도록 확장된 10밀리초의 대기 시간을 달성했습니다. 초당 270,000건의 트랜잭션을 달성한 이 테스트에서 Oracle의 클라우드 네이티브 솔루션은 세계 최대 CSP의 가장 엄격한 과금 요구 사항도 충족할 수 있음을 입증했습니다. Oracle Communications Cloud Scale Charging에 대한 자세한 내용은 탐색을 참조하십시오.