Oracle Cloud Infrastructure에 ATG(Oracle Commerce Platform) 배포

ATG(Oracle Commerce Platform) 고객은 복잡성을 처리하고 그에 따라 인프라 프로비저닝을 확장할 수 있어야 합니다.

정적 프로비저닝으로 인해 비효율성이 발생할 수 있습니다. 프로비저닝 부족으로 인해 고객 경험이 저하되고 초과 프로비저닝으로 인해 수익에 부정적인 영향을 줄 수 있습니다.

Oracle Cloud Infrastructure Oracle Commerce Platform:

  • 성능 향상: 고객 트래픽을 기반으로 모든 구성 요소를 확장할 수 있습니다.
  • 복잡성 감소: 대부분의 서비스는 클릭 한 번으로 수정됩니다.
  • 인프라 비용 절감: 핫 세일즈 중 추가 인프라에 사용량 기준 지불(pay-as-you-go) 모델을 사용합니다.
  • 출시 시간 단축: 몇 시간이 아닌 몇 분 안에 프로비저닝이 수행됩니다.
  • 라이센스 최적화: 자체 라이센스를 적용(BYOL) 하여 현재 고객 라이센스를 극대화합니다.

구조

이 참조 구조는 Oracle Cloud Infrastructure 상의 Oracle Commerce Platform를 보여줍니다. Oracle Cloud 구성 요소는 전용 VCN(가상 클라우드 네트워크) 에 배치된 클러스터 그룹을 사용하고 하드웨어 내결함성을 향상시키기 위해 결함 도메인의 고유한 기능을 활용하여 모든 사용자 정의 타사 네트워크 구성 요소를 대체합니다.

다음 다이어그램은 이 참조 구조를 보여줍니다.



이 아키텍처는 다음과 같은 구성요소로 구성됩니다:

  • 지역

    Oracle Cloud Infrastructure 지역은 가용성 도메인이라고 하는 하나 이상의 데이터 센터를 포함하는 지역화된 지역입니다. 지역은 다른 지역과 독립적이며 방대한 거리는 국가 또는 대륙 간에 구분할 수 있습니다.

  • 가용성 도메인

    가용성 도메인은 한 지역 내의 독립된 독립형 데이터 센터입니다. 각 가용성 도메인의 물리적 리소스는 결함 허용 범위를 제공하는 다른 가용성 도메인의 리소스와 격리됩니다. 가용성 도메인은 전원, 냉각 또는 내부 가용성 도메인 네트워크와 같은 기반구조를 공유하지 않습니다. 따라서 한 가용성 도메인에서 오류가 발생하더라도 해당 지역의 다른 가용성 도메인에 영향을 주지 않습니다.

  • 결함 도메인

    결함 도메인은 가용성 도메인 내의 하드웨어 및 기반구조 그룹입니다. 각 가용성 도메인에는 독립적인 전원 및 하드웨어가 있는 결함 도메인이 세 개 있습니다. 여러 결함 도메인에 리소스를 배포할 경우 응용 프로그램은 결함 도메인 내에서 물리적 서버 오류, 시스템 유지 관리 및 전원 오류를 허용할 수 있습니다.

  • VCN(가상 클라우드 네트워크) 및 서브넷

    VCN는 Oracle Cloud Infrastructure 영역에서 설정하는 사용자 정의 가능한 전용 네트워크입니다. 기존 데이터 센터 네트워크와 마찬가지로 VCN도 네트워크 환경을 완벽하게 제어할 수 있습니다. VCN을 서브넷으로 세그먼트화하여 지역 또는 가용성 도메인으로 범위를 지정할 수 있습니다. 지역 서브넷과 가용성 도메인별 서브넷이 동일한 VCN에 공존할 수 있습니다. 서브넷은 공용 또는 전용일 수 있습니다.

  • VPN 접속

    VPN Connect는 온프레미스 네트워크와 Oracle Cloud Infrastructure VCN 간에 사이트 간 IPSec VPN 접속을 제공합니다. IPSec 프로토콜 제품군은 패킷이 소스에서 대상으로 전송되기 전에 IP 트래픽을 암호화하고 도착할 때 트래픽을 해독합니다.

  • FastConnect

    Oracle Cloud Infrastructure FastConnect를 사용하면 데이터 센터와 Oracle Cloud Infrastructure 간에 전용 개인 연결을 쉽게 생성할 수 있습니다. FastConnect는 인터넷 기반 연결에 비해 고대역폭 옵션과 더욱 안정적인 네트워킹 환경을 제공합니다.

  • 로드 밸런서

    Oracle Cloud Infrastructure Load Balancing 서비스는 단일 시작점에서 백엔드의 여러 서버로 자동화된 트래픽 분배를 제공합니다.

  • 배스천 호스트

    배스천 호스트는 클라우드 외부에서 토폴로지로 제어되는 보안 시작점 역할을 하는 컴퓨트 인스턴스입니다. 배스천 호스트는 일반적으로 DMZ(완충 영역) 에서 프로비전됩니다. 클라우드 외부에서 직접 액세스할 수 없는 개인 네트워크에 배치하여 중요한 리소스를 보호할 수 있습니다. 토폴로지에는 정기적으로 모니터하고 감사할 수 있는 알려진 단일 시작점이 있습니다. 따라서 토폴로지에 대한 액세스를 손상시키지 않고 토폴로지의 보다 중요한 구성 요소가 노출되지 않도록 할 수 있습니다.

  • 스토어프론트 계층

    스토어프론트 애플리케이션은 필요한 모든 웹 구성요소를 컴파일하여 고객의 웹 브라우저로 전송합니다. 스토어프론트는 ATG API 또는 API 게이트웨이에서 직접 API 서비스를 사용하는 프런트엔드 기술을 사용하여 배포됩니다.

  • ATG API 계층

    ATG는 REST API를 통해 모든 기능을 노출하며 사용자정의 프론트 엔드에서 직접 소비하거나 API 게이트웨이로 강화할 수 있습니다.

  • Endeca MDEX 계층

    Endeca는 안내식 탐색, 검색 기능 및 사용자 세분화를 제공합니다. Endeca 토폴로지는 일반적으로 두 개의 MDEX 클러스터를 포함합니다.

    다음 다이어그램은 서로 다른 결함 도메인에 있는 두 개의 MDEX 클러스터를 보여줍니다.



  • CSC(Customer Service Center) 계층

    CSC에는 시스템에서 더 높은 권한을 가진 고유한 사용자 세트가 있습니다. 트래픽을 세분화하면 액세스 제어가 미세 조정되고 감사 기능이 향상됩니다.

  • 관리 계층

    관리 계층은 전용 서브넷에서 Business Control Center, Experience Manager 및 WebLogic 관리와 같은 서비스를 분리하여 사용자 트래픽을 관리와 분리하여 보다 엄격한 액세스 제어를 가능하게 합니다.

  • 파일 저장 영역

    Oracle Cloud Infrastructure File Storage 서비스는 견고하고 확장 가능하며 안전한 엔터프라이즈급 네트워크 파일 시스템을 제공합니다. VCN의 베어메탈, 가상 머신 또는 컨테이너 인스턴스에서 파일 스토리지 서비스 파일 시스템에 접속할 수 있습니다. Oracle Cloud Infrastructure FastConnect 및 IPSec VPN를 사용하여 VCN 외부에서 파일 시스템에 액세스할 수도 있습니다.

  • Autonomous Transaction Processing

    Oracle Autonomous Transaction Processing는 트랜잭션 처리 작업 로드에 맞게 조정 및 최적화되는 자율 구동, 자율 보안, 자율 복구 데이터베이스 서비스입니다. 미션 크리티컬 애플리케이션의 요구를 충족하도록 즉시 확장할 수 있습니다. 하드웨어를 구성 또는 관리하거나 소프트웨어를 설치할 필요가 없습니다. Autonomous Transaction Processing는 데이터베이스 생성, 백업, 패치 적용 및 업그레이드를 처리합니다. 또한 데이터베이스 증가 또는 축소를 처리합니다.

권장 사항

다음 권장 사항을 시작점으로 사용합니다. 요구 사항이 다를 수 있습니다.

  • 클러스터 그룹

    각 결함 도메인을 수용하려면 응용 프로그램 계층당 세 개의 클러스터를 사용하는 것이 좋습니다(MDEX 제외).



  • 서브넷 분리

    격리된 서브넷을 사용하면 보다 세분화된 보안 목록과 네트워크 보안 그룹을 사용할 수 있습니다. 고객 데이터 파이프라인과 관리 파이프라인을 혼합하지 마십시오.

  • 자율 서비스

    가능하면 자율 서비스를 사용합니다. 배포 설계 중 Autonomous Linux 및 Autonomous Transaction Processing를 고려해 보십시오.

  • MDEX 인덱스 업데이트

    Endeca에는 MDEX 인덱스를 업데이트하는 두 가지 접근 방식인 부분 및 전체(기준 업데이트라고도 함) 가 있습니다. 두 업데이트 모두 MDEX를 중지, 업데이트 및 시작해야 합니다. Endeca에는 MDEX 인덱스 집합을 업데이트할 수 있도록 해주는 논리적 그룹이 분배 그룹으로 알려져 있습니다.

    일관성을 유지하고 작동 중지 시간을 방지하기 위해 두 개의 배포 그룹을 사용하는 것이 좋습니다.

    다음 다이어그램은 두 분배 그룹을 사용한 인덱스 업데이트 프로세스를 보여줍니다:

고려 사항

이 참조 구조를 배치할 때는 다음 사항을 고려하십시오.

  • 백엔드 서비스

    가능한 모든 백엔드 서비스를 Oracle Cloud Infrastructure로 가져옵니다. 이를 통해 아키텍처를 간소화하고 Oracle Cloud Infrastructure와 온-프레미스 데이터 센터 간에 불필요한 트래픽을 방지하며 대기 시간을 줄이고 고객 경험을 개선할 수 있습니다.

    Oracle Cloud는 기존 온프레미스 데이터 센터 또는 제공자를 연결하기 위한 IPSec VPN 및 전용 FastConnect 솔루션을 제공합니다.

  • 보안

    사용자 트래픽과 관리 트래픽을 혼용하지 마십시오. 클라이언트 서비스 인스턴스에 다른 VNIC(가상 네트워크 인터페이스 카드) 를 추가하면 이러한 트래픽을 분할할 수 있습니다.

  • 가용성

    일부 지역은 여러 가용성 도메인을 제공하므로 중복성이 높은 가용성이 제공됩니다. 이 중복성을 활용하려면 여러 가용성 도메인에 전자 상거래 솔루션을 배포하는 것이 좋습니다.

    또한 적절한 중복성을 가진 다른 영역에 재해 복구 계획을 세우는 것이 좋습니다.

  • 비용

    사용량 기준 모델을 활용합니다. 특별 판매 중 더 많은 표준 가상 시스템을 할당하면 비용이 최소화되고 초기 리소스에 대한 지불이 방지됩니다.

배치

Oracle Cloud Infrastructure에 ATG(Oracle Commerce Platform) 를 배치하는 데 필요한 네트워킹, 컴퓨트 및 스토리지 기반구조를 프로비전하기 위한 Terraform 코드는 GitHub에서 사용할 수 있습니다.

  1. GitHub로 이동합니다.
  2. 저장소를 복제하거나 로컬 컴퓨터에 다운로드합니다.
  3. README 문서의 지침을 따릅니다.