在 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 具有功能豐富性和營運績效，使創新的以客戶為中心的企業能夠滿足企業對消費者 (B2C) 和企業對企業 (B2B) 服務提供者的高收入成長需求。為了說明 BRM 的企業級立帳績效，Oracle Communications Cloud Scale Billing 解決方案 (由 BRM 提供技術支援) 已投入測試。該解決方案在 OCI 上執行並使用 OKE，在 4.5 小時內，跨八個代表 CSP 企業客戶完成了 1 千萬個帳戶的帳單執行。Oracle 實現了每小時 2290 萬個帳戶的計費輸送量，以及每小時 510 萬個帳戶的計費輸送量。如需進一步的詳細資訊 (包括使用的測試方法和 OCI 架構)，請參閱 Explore More 中的技術摘要。
BRM 具有多服務架構，利用業界接受的雲端原生技術，例如：Docker 作為容器執行時期、Kubernetes 用於容器協調，以及 Helm 用於封裝和部署。Cloud Scale Billing 為通訊和數位企業提供業界認可的現代化帳單和收入管理，提供：
- 靈活的服務和產業商業模式支援
- 更快速的創新：透過設計階段的彈性快速推出數位方案
- IT 靈活性：具備低總體擁有成本的現代化雲端原生部署模型，專為部署在公有雲和私有雲基礎架構
- 全面的計費作業可確保準確且一致的計費體驗，以協助將客戶帳單投訴降到最低
- 針對複雜的階層結構計費，包括：彈性群組帳戶計畫、累計規則、經常性、使用量、採購費用、帳單時間折扣、付款、收帳、調整及爭議管理
架構
此架構用於通訊服務提供者和通訊相關企業的端對端收入管理。
收入管理是產生、擷取及收集每個服務和客戶收入的端對端流程。Oracle Communications Cloud Scale Billing 旨在支援在雲端原生基礎架構上執行的高效能計費和開立發票作業的排程和執行效率。計費和開立發票是多執行緒應用程式，旨在最佳化可用的運算資源，確保在最短的時間內完成大規模工作。
計費作業會分解為多個平行較小的流程，以提高可擴展性，並與動態 Kubernetes 自動調整功能完全一致。增加階層中階層或從屬帳戶的數目可產生可預測的傳輸量和擴展性特性。
除了高效能的雲端原生架構之外，還具備強大的營運功能，可用來設定、排定及檢視帳單、開立商業發票及其他關鍵收入管理功能。
BRM 廣泛的 API 套件 (包括 Web 服務、REST 和 TM 論壇一致的開放式 API) 可讓服務提供者靈活地控制 BRM 與外部企業業務應用程式整合，而無需直接存取資料庫、降低資料安全風險並降低營運管理負荷。
容器化 BRM 應用程式可讓服務提供者靈活地在 OCI 公有雲、內部部署 (裸機或虛擬機器) 或客戶 OCI 專用區域中部署應用程式。
在此概念參考架構中，BRM 是使用 OCI 中的 OKE 叢集進行部署。建議您在可用性網域 (AD) 內的不同容錯域 (FD) 中設定 BRM 應用程式工作節點。您可以根據 CPU 使用率將雲端原生業務邏輯 Pod 設定為水平自動調整 (向上和向下)，以便在執行計費工作時將運算資源最佳化。
圖表顯示專用子網路中的 Oracle RAC 叢集。Oracle 資料庫可透過 Kubernetes 網路存取，讓 BRM 雲端原生 Pod 可以執行資料庫作業。您使用的 Oracle 資料庫可以部署在 OCI 上的裸機、虛擬機器或 Oracle Managed Database as a Service (DBaaS)。如需最新支援的資料庫版本，請參閱產品文件中的「BRM 軟體相容性」小節。您可以使用作用中資料保全，將資料庫複製到待命資料庫。
堡壘主機是在公用子網路中設定，以允許從客戶網路 (例如透過 SSH) 存取 BRM 工作節點。BRM Web 用戶端與外部整合會透過網際網路閘道連線至負載平衡器。Oracle Cloud Infrastructure Web Application Firewall (WAF) 可為網際網路流量提供額外的安全規則強制實行。
您可以使用外部負載平衡背後的傳入控制器，在 Kubernetes 叢集外部顯示 BRM 服務，並允許用戶端與 BRM 通訊。傳入控制器會監督傳入物件，並對這些物件中內嵌的組態採取動作，以便對外部網路顯示 BRM HTTP 和 T3 服務。負載平衡器提供對 Kubernetes 叢集公開之服務的高度可靠單點存取。在此情況下，傳入控制器會代表 BRM 雲端原生例項公開服務。
下圖說明此參考架構。
oci-brm-architecture-topology-diagram-oracle.zip
架構具有下列元件：
- Tenancy
租用戶是 Oracle 在您註冊 Oracle Cloud Infrastructure 時設定在 Oracle Cloud 內的安全隔離分割區。您可以在租用戶內的 Oracle Cloud 中建立、組織及管理您的資源。租用戶與公司或組織同義。通常，公司會擁有單一租用戶，並在該租用戶內反映其組織結構。單一租用戶通常與單一訂閱相關聯，單一訂閱通常只有一個租用戶。
- 地區
Oracle Cloud Infrastructure 區域是一個本地化地理區域，其中包含一或多個稱為可用性網域的資料中心。區域獨立於其他區域，而廣大的距離可以將其分開 (跨國家或大陸)。
- 區間
區間是 Oracle Cloud Infrastructure 租用戶內的跨區域邏輯分割區。使用區間來組織、控制存取，以及為您的 Oracle Cloud 資源設定使用配額。在指定的區間中，您可以定義控制存取及設定資源權限的原則。
- 可用性網域
可用性網域是區域內的獨立獨立資料中心。每個可用性網域中的實體資源會與其他可用性網域中的資源隔離，以提供容錯能力。可用性網域不會共用基礎架構 (例如電源或冷卻系統) 或內部可用性網域網路。因此，一個可用性網域的故障不應影響該區域中的其他可用性網域。
- 容錯域
容錯網域是可用性網域內的一組硬體和基礎架構。每個可用性網域都有三個具有獨立電源和硬體的容錯域。當您將資源分散到多個容錯域時，您的應用程式可以容忍容錯域內的實體伺服器故障、系統維護和電源故障。
- 虛擬雲端網路 (VCN) 和子網路
VCN 是您在 Oracle Cloud Infrastructure 區域中設定的可自訂軟體定義網路。與傳統的資料中心網路一樣，VCN 可讓您控制網路環境。VCN 可以有多個非重疊的 CIDR 區塊，您可以在建立 VCN 之後變更。您可以將 VCN 區隔成子網路，此子網路可以設定區域範圍或可用性網域。每個子網路都是由連續的位址範圍組成，這些位址不會與 VCN 中的其他子網路重疊。您可以在建立子網路後變更其大小。子網路可以是公用或專用。
- 負載平衡器
Oracle Cloud Infrastructure Load Balancing 服務提供從單一進入點到後端多部伺服器的自動流量分配。
- 安全清單
您可以為每個子網路建立安全規則，以指定必須允許進出子網路的來源、目的地和流量類型。
- 網路位址轉譯 (NAT) 閘道
NAT 閘道可讓 VCN 中的專用資源存取網際網路上的主機，而無須向內送網際網路連線公開這些資源。
- 服務閘道
服務閘道可讓您從 VCN 存取其他服務，例如 Oracle Cloud Infrastructure Object Storage 。從 VCN 到 Oracle 服務的流量會透過 Oracle 網路結構傳送，不會周遊網際網路。
- 雲端保全
您可以使用 Oracle Cloud Guard 來監控和維護 Oracle Cloud Infrastructure 中資源的安全性。Cloud Guard 使用偵測器處方，您可以定義檢查資源是否有安全漏洞，並監控操作員和使用者的特定風險活動。偵測到任何組態錯誤或不安全活動時，雲端保全會根據您可以定義的回應器處方建議更正動作並協助採取這些動作。
- 安全區域
安全區域會強制實行加密資料等原則，並防止對整個區間的網路進行公用存取，以確保 Oracle 的安全最佳做法。安全區域會與相同名稱的區間關聯，並且包括套用至區間及其子區間的安全區域原則或處方。您無法新增或移動標準區間至安全區域區間。
- FastConnect
Oracle Cloud Infrastructure FastConnect 提供一個在您的資料中心與 Oracle Cloud Infrastructure 之間建立專屬私人連線的簡便方式。與網際網路型連線相比，FastConnect 提供更高的頻寬選項和更可靠的網路體驗。
- Exadata 資料庫系統
Oracle Exadata Database Service 可讓您根據業務需求在雲端運用 Exadata 的強大功能。您可以佈建彈性的 X8M 系統，讓您可以隨著需求成長，在系統中新增資料庫運算伺服器和儲存伺服器。X8M 系統提供 RoCE (RDMA over Converged Ethernet) 網路，可提供高頻寬和低延遲、持續性記憶體 (PMEM) 模組和智慧型 Exadata 軟體。
注意事項
在 OCI 中部署雲端原生 BRM 時，請考量這些點數。
- 自動調整
您可以使用 Kubernetes HorizontalPodAutoscaler (HPA)，根據 Pod 的 CPU 或記憶體使用量，自動縱向擴展或縮減部署中的 BRM Pod 複本數目。如需詳細資訊，請參閱瀏覽更多中的 Oracle Communications Billing and Revenue Management Cloud Native Deployment Guide 。
- 效能
BRM 部署架構與系統大小會因客戶而異，而且會取決於許多因素，包括 (但不限於) 訂戶基礎、預期使用量、計費與開立發票模型、帳戶階層複雜性，以及資料保留需求，在部署專案設計階段之前與 Oracle 或您的導入合作夥伴進行討論。
- 可用性和彈性
如需額外的可用性，您可以跨可用性網域和區域部署 BRM。在這類模型中，可以使用作用中資料保全提供跨 RAC 執行處理的資料複寫。
- 融合式充電
如果您需要支援 4G 與 5G 服務的高容量、低延遲核心網路收費，您應該考慮部署由 Oracle Communications Elastic Charging Engine 支援的 Oracle Communications Cloud Scale Charging ，以及 BRM (不包含在此參考架構中)。在使用 OKE 在 OCI 上執行的效能測試中，收費引擎在多站點效能測試中實現了單位數的延遲，可支援 1 億個並行有效的訂閱者。此測試顯示，Oracle 的雲端原生解決方案甚至能滿足全球最大 CSP 最強大的收費需求，每秒可達成 270,000 筆交易。如需 Oracle Communications Cloud Scale Charging 的詳細資訊，請參閱「深入瞭解」。