Oracle Autonomous Database on Dedicated Exadata Infrastructure로 JD Edwards EnterpriseOne 배포하기

Oracle Cloud Infrastructure(OCI)를 도입하면 기업은 민첩성, 성능, 확장성, 안정성을 활용하여 변화하는 비즈니스 환경에 보다 역동적이고 신속하게 대응할 수 있습니다. 또한 대기업의 성공에는 엔터프라이즈 지원 아키텍처가 매우 중요합니다.

클라우드를 위한 엔터프라이즈 지원 아키텍처의 중요성은 과장될 수 없습니다. 특히 역동적인 비즈니스 환경에서 경쟁 우위를 유지하기 위해 지속적으로 노력하는 비즈니스의 경우 더욱 그렇습니다. 엔터프라이즈급 아키텍처를 통해 클라우드 컴퓨팅의 모든 이점을 활용하는 동시에 최고 수준의 확장성, 보안 및 안정성을 유지할 수 있습니다. 이는 고도로 규제되는 산업에서 운영하거나 거의 0에 가까운 다운타임을 유지하는 데 중요합니다.

OCI Enterprise-Ready Architecture는 클라우드 개발자, 설계자 및 관리자가 모범 사례와 권장사항을 사용하여 OCI에서 워크로드를 구성, 관리 및 배포할 수 있도록 설계되었습니다. 또한 고객 관계, 자본 집약적 자산, 재무, 인적 자원 및 주문을 관리하기 위한 완전히 통합된 ERP 제품군인 Oracle의 JD Edwards EnterpriseOne과 같은 통합 ERP 제품군에 대한 고유한 요구 사항을 충족하는 데 필요한 도구 및 모범 사례를 제공합니다.

Oracle Autonomous Database on Dedicated Exadata Infrastructure와 함께 제공되는 JD Edwards EnterpriseOne은 OCI에서 권장되는 배포 중 하나입니다.

Oracle Autonomous Database는 획기적인 머신 러닝 기술을 사용하여 전체 데이터베이스 관리 수명 주기를 자동화합니다. 자율 관리, 자율 보안 및 자율 복구 기능을 갖추고 있으며 사람의 개입 없이 결함이나 장애로부터 복구할 수 있습니다. 고객은 빠르게 증가하는 데이터 및 관련 인적 오류에 대한 수동 튜닝을 포함하여 데이터베이스 유지 관리 작업에 대한 인력을 없애고 다운타임 없이 최신 운영 체제 및 데이터베이스 패치를 적용하여 데이터베이스를 안전하게 보호할 수 있습니다. Oracle Autonomous Database의 고가용성 및 확장성은 JD Edwards EnterpriseOne 고객에게 다운타임이 없도록 보장하고, 변화하는 비즈니스 주기의 요구사항에 따라 데이터베이스 리소스를 조정할 수 있는 유연성을 제공합니다. 따라서 데이터베이스 및 인프라 관리 활동의 완전한 자동화는 전례 없는 보안 및 가용성을 제공하고, 위험을 줄이고, 데이터베이스 관리를 보다 효율적으로 만들고, 관리 비용을 대폭 절감하고, 혁신에 집중하는 데 사용할 수 있는 IT 전문가의 시간을 확보하여 생산성을 높이고, JD Edwards EnterpriseOne 고객을 위한 핵심 비즈니스 영역을 혁신할 수 있습니다.

또한 OCI는 인프라에서 인공 지능(AI)에 이르기까지 150개 이상의 클라우드 서비스를 제공합니다. 확장성 프레임워크, 워크플로우, 통지 및 조정과 같은 내장 기능으로 구성된 JD Edwards EnterpriseOne 디지털 플랫폼은 기술 혁신을 향한 고객의 여정의 핵심 요소입니다. JD Edwards EnterpriseOne Orchestrator와 함께 사용되는 OCI AI 서비스는 다양한 가능성과 강력한 조합이 될 수 있습니다.

예를 들어, JD Edwards EnterpriseOne Orchestrator를 사용하여 OCI Object Storage 서비스를 호출하여 OCI Object Storage에 파일을 업로드하거나 OCI Document Understanding 서비스를 호출하여 스캔된 이미지(이 경우 JD Edwards EnterpriseOne 비용 보고서로 영수증 이미지)를 읽고 데이터를 추출할 수 있습니다.

OCI에서 제공하는 광범위한 인프라, 유틸리티 및 AI 서비스와 결합된 JD Edwards EnterpriseOne Orchestrator의 성능과 유연성을 사용하여 JD Edwards EnterpriseOne 시스템을 인텔리전스, 자동화 및 더 높은 비즈니스 가치로 보강할 수 있는 다양한 새로운 사용 패턴 및 솔루션을 상상할 수 있습니다.

구조

이 참조 아키텍처는 Oracle Autonomous Database on Dedicated Exadata Infrastructure를 통해 OCI 리전의 단일 가용성 도메인에서 고가용성 JD Edwards 배포를 세분화합니다. 이 아키텍처의 강조점은 Oracle Autonomous Database on Dedicated Exadata Infrastructure에서 JD Edwards EnterpriseOne 워크로드를 배포할 계획일 때 자세한 정보를 제공하는 것입니다.

주:

JD Edwards 전용 배포이지만, 이 참조 아키텍처는 Oracle Autonomous Database on Dedicated Exadata Infrastructure를 통해 모든 워크로드에 적합한 출발점이 될 수 있습니다.

다음 다이어그램은 이 참조 아키텍처를 보여 줍니다.


다음은 oracle-adb-jde-exadata-arch.png에 대한 설명입니다.
그림 oracle-adb-jde-exadata-arch.png에 대한 설명

oracle-adb-jde-exadata-arch-oracle.zip

이 배치에는 운용 환경과 비운용 환경이 두 개 있습니다. 로드 밸런서, 웹 계층, 애플리케이션 및 데이터베이스를 비롯한 비운용 환경은 물론 운용 환경의 모든 인스턴스가 전용 서브넷에 배포됩니다.

운용 환경에서 프리젠테이션 계층 또는 웹 계층에는 단일 운용 로드 밸런서에 의해 로드 밸런싱되는 네 개의 인스턴스가 포함됩니다.

각 웹 계층 인스턴스는 단일 AIS(Application Interface Services) 서버, 표준 HTML 서버(표준 HTML) 및 전용 HTML 서버(전용 HTML)로 구성됩니다. 권장 사항에 따라 모든 웹 계층 구성요소는 각 웹 계층 인스턴스(또는 VM)에 설치되며 모든 구성요소의 중복 인스턴스를 배치하여 수평으로 확장됩니다. 여러 장애 도메인에 여러 VM을 분산하여 고가용성을 달성할 수 있습니다.

응용 프로그램 또는 중간 계층에는 네 개의 논리 서버와 일괄 처리 서버가 포함됩니다. 논리 서버와 일괄 처리 서버는 동일한 Enterprise Server 인스턴스에서 호스트될 수 있습니다. 그러나 별도의 Enterprise Server 인스턴스에서 논리 서버 및 일괄 처리 서버를 설정하는 것이 좋습니다.

JD Edwards EnterpriseOne 애플리케이션 서버는 Autonomous Database에 연결됩니다. 운용 자율운영 VM 클러스터 내에는 단일 컨테이너 데이터베이스와 하나의 플러거블 데이터베이스가 있습니다. 하나 이상의 데이터베이스 instance에 분산된 최대 다섯 개의 스키마를 가질 수 있습니다. 필요에 따라 사용 가능한 스키마를 사용하여 데이터베이스 서버 인스턴스를 프로비전할 수 있습니다. 데이터베이스 인스턴스에 사용할 수 있는 스키마는 운영(예: PD920), 프로토타입(예: PY920), 개발(예: DV920), Pristine(예: PS920) 및 공유(필수)입니다.

원클릭(One-Click)은 OCI를 위한 프로비저닝 자동화로 고객의 클라우드 이전을 가속화합니다. 'One-Click'을 사용하여 고객은 '공유 데이터 소스'와 함께 네 개의 즉, Production, Prototype, Development 및 Pristine 경로 코드를 모두 설치해야 합니다. 배포 후 경로 코드를 자동으로 추가할 수 있는 방법은 없습니다. 그러나 기존 온프레미스 방법론을 사용하여 필요에 따라 다른 경로 코드를 추가할 수 있습니다.

아키텍처의 Non-Production 섹션에는 두 가지 환경이 있습니다. 하나는 다중 Instance 배치이고 다른 하나는 Presentation 계층과 Middle 계층 또는 Application 계층에 대한 단일 Instance 배치입니다. 비운용 자율운영 VM 클러스터 내에는 두 개의 비운용 환경에 대해 단일 컨테이너 데이터베이스와 두 개의 플러거블 데이터베이스가 있습니다.

또한 원클릭 프로비저닝 서버 및 배포 서버가 관리 서브넷에 배포됩니다. 또한 보안 SSH 연결에 사용할 수 있는 OCI Bastion도 있습니다. 요구사항에 따라 '셀프 서비스 배스천' 또는 '서비스형 배스천'을 사용할 수 있습니다. 선택적 JD Edwards EnterpriseOne 구성요소는 관리 서브넷에서 호스팅됩니다. 선택적 구성요소는 원클릭 프로비전으로 배치되지 않습니다. 그러나 서버 관리자를 통해 웹 구성요소를 수동으로 추가할 수 있으며 기존 온프레미스 방법론을 사용하여 개발 클라이언트를 새 Microsoft Windows 인스턴스에 추가할 수 있습니다.

이 섹션에서는 Oracle Autonomous Database on Dedicated Exadata Infrastructure의 기술 아키텍처에 대해 살펴봅니다.

랙 개요

다음 이미지는 Oracle Autonomous Database on Dedicated Exadata Infrastructure의 랙 개요를 보여줍니다.


다음은 oracle-adb-jde-exadata-rack-overview.png에 대한 설명입니다.
그림 oracle-adb-jde-exadata-rack-overview.png에 대한 설명

oracle-adb-jde-exadata-rack-개요-oracle.zip

전용 Exadata 인프라의 각 인스턴스에는 대기 시간이 짧은 고속 네트워크 패브릭으로 연결된 여러 데이터베이스 서버 및 Exadata 스토리지 서버가 포함되어 있습니다. Exadata 데이터베이스 및 스토리지 서버 랙은 OCI 리전에 상주합니다.

Exadata X8M 및 이후 시리즈(X9M, X11M)의 탄력적인 확장을 통해 시작 구성은 쿼터 랙(데이터베이스 서버 2개 및 스토리지 서버 3개)과 유사합니다. 쿼터 랙(데이터베이스 서버 2개 및 스토리지 서버 3개)은 최대 32개의 데이터베이스 서버 및 64개의 스토리지 서버로 확장되어 다양한 크기의 워크로드를 지원할 수 있습니다.

주:

Oracle Exadata Database Service on Dedicated Infrastructure 인스턴스와 달리 Oracle Autonomous Database on Dedicated Exadata Infrastructure는 고객 VCN 내에 클라이언트 서브넷만 있으면 됩니다. Oracle은 내부적으로 서비스 테넌시를 사용하여 위의 다이어그램에 표시된 대로 백업 트래픽의 경로를 지정합니다. 또한 Oracle은 데이터베이스 및 스토리지 서버 하드웨어를 연결하는 관리 네트워크를 통해 인프라를 관리합니다.

VM 클러스터 개요

다음 다이어그램은 전용 Exadata 인프라에 대한 VM 클러스터 개요를 보여줍니다.


다음은 oracle-adb-jde-vm-clusters.png에 대한 설명입니다.
그림 oracle-adb-jde-vm-clusters.png에 대한 설명

oracle-adb-jde-vmclusters-oracle.zip

단일 Oracle Exadata Cloud Infrastructure에 여러 VM 클러스터를 생성할 수 있습니다. 그러면 클러스터에서 VM을 호스트할 기반구조 내의 특정 데이터베이스 서버를 선택할 수 있습니다. 동일한 Oracle Exadata Cloud Infrastructure는 Oracle Exadata Database Service on Dedicated Infrastructure와 Oracle Autonomous Database(Oracle Autonomous Transaction Processing 및 Oracle Autonomous Data Warehouse)를 모두 지원하는 VM 클러스터를 호스트할 수 있습니다. Oracle Exadata Database Service on Dedicated Infrastructure의 모든 데이터베이스 서버에서 최대 8개의 VM 클러스터를 호스팅할 수 있습니다.

이 다이어그램에는 3개의 스토리지 서버에 연결된 2개의 데이터베이스 서버에 리소스가 할당된 2개의 VM 클러스터(운용 및 비운용)가 있습니다.

VM 및 데이터베이스 서버 개요

다음 다이어그램은 하이퍼바이저 및 데이터베이스 서버를 보여 줍니다.


다음은 oracle-adb-jde-vms-db-servers.png에 대한 설명입니다.
그림 oracle-adb-jde-vms-db-servers.png에 대한 설명

oracle-adb-jde-vms-db-servers-oracle.zip

각 Oracle Exadata 데이터베이스 서버에는 하이퍼바이저에서 실행되는 하나 이상의 가상 머신 게스트가 포함됩니다. Oracle은 관리 네트워크를 통해 하이퍼바이저를 관리합니다. 각 하이퍼바이저는 최소 리소스(OCPU 2개 및 RAM 16GB)만 사용합니다.

클라이언트 및 백업 네트워크는 연결된 네트워크 인터페이스를 통해 VM 게스트에 연결하여 성능 및 가용성을 극대화합니다. 이때 이전에 지정된 자율운영 VM 클러스터에 대한 백업 네트워크는 Oracle에서 내부적으로 관리됩니다.

각 VM 게스트에는 Oracle Database In-Memory, Oracle Real Application Clusters(RAC) 및 Oracle Grid Infrastructure와 같은 모든 Enterprise Edition 옵션을 포함한 완전한 Oracle Database 설치가 있습니다. 자율운영 클러스터에는 자율운영 관리 툴이 있습니다. 이 다이어그램에는 두 개의 자율운영 컨테이너 데이터베이스(ACD1 및 ACD2)가 나와 있습니다. ACD1에 Autonomous Database 1개(ADB1), ACD2에 2개의 Autonomous Database(ADB2 및 ADB3)가 있습니다. Oracle은 데이터베이스 및 스토리지 서버 하드웨어를 연결하는 관리 네트워크를 통해 인프라를 관리합니다.

구조에는 다음과 같은 구성 요소가 있습니다.

  • 지역

    Oracle Cloud Infrastructure 리전은 하나 이상의 데이터 센터, 호스팅 가용성 도메인을 포함하는 지역화된 지리적 영역입니다. 지역은 다른 지역과 독립적이며, 먼 거리가 그들을 분리 할 수 있습니다 (국가 또는 대륙에 걸쳐).

  • 가용성 도메인

    가용성 도메인은 한 지역 내의 독립형 독립 데이터 센터입니다. 각 가용성 도메인의 물리적 리소스는 결함 허용을 제공하는 다른 가용성 도메인의 리소스와 격리됩니다. 가용성 도메인은 전원 또는 냉각과 같은 인프라 또는 내부 가용성 도메인 네트워크를 공유하지 않습니다. 따라서 한 가용성 도메인의 장애가 해당 영역의 다른 가용성 도메인에 영향을 미치지 않아야 합니다.

  • 결함 도메인

    장애 도메인은 하나의 가용성 도메인에 있는 하드웨어와 인프라 그룹입니다. 각 가용성 도메인에는 독립적인 전원 및 하드웨어를 갖춘 3개의 장애 도메인이 있습니다. 여러 결함 도메인에 리소스를 분배할 때 응용 프로그램은 결함 도메인 내의 물리적 서버 오류, 시스템 유지 관리 및 전원 오류를 허용할 수 있습니다.

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

    VCN은 OCI 리전에서 설정하는 커스터마이징 가능한 소프트웨어 정의 네트워크입니다. 기존의 데이터 센터 네트워크와 마찬가지로 VCN을 통해 네트워크 환경을 제어할 수 있습니다. VCN에는 VCN 생성 후 변경할 수 있는 겹치지 않는 CIDR 블록이 여러 개 있을 수 있습니다. VCN을 서브넷으로 분할할 수 있습니다. 서브넷은 지역 또는 가용성 도메인으로 범위가 지정될 수 있습니다. 각 서브넷은 VCN의 다른 서브넷과 겹치지 않는 연속적인 주소 범위로 구성됩니다. 생성 후 서브넷의 크기를 변경할 수 있습니다. 서브넷이 단일 가용성 도메인 또는 전체 영역에 존재하도록 설정할 수 있습니다(지역 서브넷이 권장됨). 서브넷은 공용 또는 전용일 수 있습니다. 프라이빗은 서브넷의 VNIC가 퍼블릭 IPv4 주소를 가질 수 없으며 IPv6 끝점과의 인터넷 통신이 금지되어 있음을 의미합니다. 공용(public)은 서브넷의 VNIC가 공용 IPv4 주소를 가질 수 있고 인터넷 통신이 IPv6 끝점과 함께 허용됨을 의미합니다.

  • NSG(네트워크 보안 그룹)

    NSG는 클라우드 리소스에 대한 가상 방화벽 역할을 합니다. Oracle Cloud Infrastructure의 제로 트러스트 보안 모델을 사용하면 VCN 내부의 네트워크 트래픽을 제어할 수 있습니다. NSG는 단일 VCN의 지정된 VNIC 세트에만 적용되는 일련의 수신 및 송신 보안 규칙으로 구성됩니다.

  • 경로 테이블

    가상 라우팅 테이블에는 일반적으로 게이트웨이를 통해 서브넷에서 VCN 외부의 대상으로 트래픽을 라우팅하는 규칙이 포함되어 있습니다.

  • NAT(Network Address Translation) 게이트웨이

    NAT 게이트웨이를 사용하면 VCN의 전용 리소스가 들어오는 인터넷 연결에 리소스를 노출하지 않고도 인터넷의 호스트에 액세스할 수 있습니다.

  • 인터넷 게이트웨이

    인터넷 게이트웨이는 VCN의 공용 서브넷과 공용 인터넷 간의 트래픽을 허용합니다.

  • DRG(동적 경로 지정 게이트웨이)

    DRG는 VCN과 지역 외부 네트워크(예: 다른 Oracle Cloud Infrastructure 지역의 VCN, 온프레미스 네트워크 또는 다른 클라우드 공급자의 네트워크) 간에 동일한 지역의 VCN 간 전용(private) 네트워크 트래픽에 필요한 경로를 제공하는 가상 라우터입니다.

  • Oracle Cloud Infrastructure FastConnect

    Oracle Cloud Infrastructure FastConnect는 데이터 센터 및 Oracle Cloud Infrastructure 간 전용 개인 연결을 생성할 수 있는 쉬운 방법을 제공합니다. FastConnect는 인터넷 기반 연결에 비해 더 높은 대역폭 옵션과 보다 안정적인 네트워킹 환경을 제공합니다.

  • 가상 회로

    가상 회로는 하나 이상의 물리적 네트워크 연결을 통해 실행되는 Layer 2 또는 Layer 3 이더넷 VLAN으로, 네트워크 에지의 라우터와 Oracle 라우터 간에 단일 논리적 연결을 제공합니다. 각 Virtual Circuit은 고객과 Oracle 간에 공유되는 정보뿐만 아니라 Oracle FastConnect 파트너(Oracle FastConnect 파트너를 통해 연결하는 경우)로 구성됩니다. 전용 가상 회로는 전용 피어링을 지원하지만 공용 가상 회로는 공용 피어링을 지원합니다.

  • 분산 서비스 거부(DDoS) 서비스

    OCI DDoS 보호 서비스의 주요 목적은 심층 방어 보안 모델을 갖춘 고가용성 및 확장 가능한 아키텍처를 제공하는 것입니다. OCI 서비스는 다양한 DDoS 계층에 대해 DDoS 공격 감지 및 완화를 제공합니다.

    모든 Oracle Cloud 데이터 센터에는 대용량, 계층 3 또는 4 DDoS 공격에 대한 DDoS 공격 감지 및 완화 기능이 있습니다. 대용량 기반 공격이 발생하면 악의적인 트래픽을 완화하고 스크러빙할 수 있는 도구와 프로세스가 제공됩니다. Oracle은 OCI 고객을 위해 이러한 보호를 완벽하게 관리하고 있습니다. OCI의 DDoS 보호 서비스는 지속적인 계층 3 또는 4 공격에서도 Oracle 네트워크 리소스의 가용성을 보장합니다.

    계층 7 응용 프로그램 계층 기반 공격은 응용 프로그램 자체를 보호하기 위해 무언가가 필요합니다. OCI 내에서 Oracle은 클라우드 보안 포트폴리오의 일부로 WAF(Web Application Firewall)를 제공합니다. WAF는 봇넷, 애플리케이션 공격 및 DDoS 공격에 대한 애플리케이션 계층 보호를 제공합니다.

    OCI DNS는 다양한 대륙에 전략적으로 위치한 여러 데이터 센터의 글로벌 애니캐스트 네트워크입니다. DDoS 공격에 대한 궁극적인 복원력과 보호를 위해 중복 인터넷 전송 공급자의 조합을 활용합니다.

    Palo Alto Networks®가 제공하는 OCI Network Firewall 서비스는 클라우드 환경(북남쪽)으로 들어가는 네트워크 트래픽과 서브넷(동서쪽) 간 네트워크 트래픽에 대한 가시성을 제공합니다. 네트워크 방화벽 서비스를 다른 보안 서비스와 함께 사용하여 계층화된 네트워크 보안 솔루션을 만들 수 있습니다. Palo Alto Networks는 세 가지 유형의 위협 서명을 지원하며, 각각 방화벽이 네트워크 트래픽을 스캔할 때 다양한 유형의 위협을 감지하도록 설계되었습니다.
    • 바이러스 백신 서명: 실행 파일 및 파일 유형에서 발견된 바이러스 및 맬웨어를 감지합니다.
    • 스파이웨어 방지 서명: 감염된 클라이언트의 스파이웨어가 사용자의 동의 없이 데이터를 수집하거나 원격 공격자와 통신하는 명령 및 제어(C2) 활동을 감지합니다.
    • 취약성 서명: 공격자가 악용하려고 시도할 수 있는 시스템 결함을 감지합니다.
  • 서비스 게이트웨이

    서비스 게이트웨이는 VCN에서 Oracle Cloud Infrastructure Object Storage와 같은 다른 서비스로의 액세스를 제공합니다. VCN에서 Oracle 서비스로의 트래픽은 Oracle 네트워크 패브릭을 통해 이동하며 인터넷을 순회하지 않습니다.

  • OCI 오브젝트 스토리지

    오브젝트 스토리지 서비스는 안정적이고 비용 효율적인 데이터 내구성을 제공하는 인터넷 규모의 고성능 스토리지 플랫폼입니다. 오브젝트 스토리지 서비스는 분석 데이터와 이미지 및 비디오와 같은 리치 콘텐츠를 포함하여 모든 콘텐츠 유형의 구조화되지 않은 데이터를 무제한으로 저장할 수 있습니다.

    오브젝트 스토리지를 사용하면 인터넷 또는 클라우드 플랫폼 내에서 직접 안전하게 데이터를 저장 또는 검색할 수 있습니다. Object Storage는 대규모 스토리지를 손쉽게 관리할 수 있는 여러 관리 인터페이스를 제공합니다. 또한 오브젝트 스토리지는 VCN의 Oracle Cloud Infrastructure 리소스에서 서비스 게이트웨이를 통한 전용 접근도 지원합니다. 서비스 게이트웨이를 사용하면 프라이빗 서브넷의 프라이빗 IP 주소에서 오브젝트 스토리지 퍼블릭 끝점에 접속할 수 있습니다. 예를 들어, 인터넷이 아닌 OCI 백본을 통해 데이터베이스 시스템을 오브젝트 스토리지 버킷에 백업할 수 있습니다.

  • Oracle Database Autonomous Recovery Service

    Oracle Database Autonomous Recovery Service는 OCI 데이터베이스를 위한 완전 관리형 독립형 중앙 집중식 클라우드 백업 솔루션입니다. 프리미엄 Zero Data Loss Autonomous Recovery Service는 데이터베이스에 대한 실시간 보호를 제공하여 운영 중단 또는 랜섬웨어 공격이 발생하는 시점으로부터 1초 이내에 복구할 수 있도록 합니다. 이제 랜섬웨어 공격이 발생하면 몇 시간 전이었을 수도 있었던 마지막으로 예약된 백업으로 돌아갈 필요 없이 지금까지 보호되고 있음을 알 수 있습니다. Oracle 관리 자동 백업의 백업 대상으로 자율운영 복구 서비스를 선택합니다. 이 방법은 Oracle이 Oracle Cloud 데이터베이스 백업에 권장하는 방법입니다.

추가 탐색

이 참조 아키텍처의 제품에 대한 자세한 내용은 이러한 추가 리소스를 검토하십시오.

확인

  • 작성자: Madhusri Bhattacharya
  • 제공자: Anupama Pundpal, Nandha Kumar Thirupathi