Kaplan 사례 연구

Kaplan, Inc.는 개인, 기관, 기업을 상대로 한 다양한 고등 교육, 시험 대비, 전문가 과정, 영어 연수, 대입 준비 및 K-12 교육을 통해 전 세계적으로 매년 120만 명 이상의 학생에게 서비스를 제공하고 있습니다. 75년 이상의 역사 동안 Kaplan은 처음에는 테스트 준비 개척자로서 이후에는 초기 온라인 교육 리더로서 지금은 글로벌 교육 제공자로서 교육적 접근 확장, 기술 사용 및 교육 과학 혁신을 통해 학생과 파트너의 성과를 지속적으로 개선하는 것으로 알려져 있습니다. Kaplan은 30개국 이상에서 운영되고, 22,000명을 넘는 전문가를 고용하고 있으며, 1,000개 이상의 학군, 대학, 종합 대학, 2,600개 이상의 기업과 제휴 관계를 유지하고 있습니다. Kaplan은 Graham Holdings Company의 자회사로 가장 큰 사업부입니다.

현재 Kaplan은 IT 인프라 요구와 사용량 변동 패턴이 다양한 여러 사업부로 구성되며, 학생의 SAT, ACT, GRE, GMAT, LSAT, MCAT, 전문 면허 시험 같은 입학 시험 준비를 돕는 Kaplan의 Test Prep 사업부(KTP)도 그중 하나입니다. KTP를 지원하기 위해 Kaplan은 뉴욕 시의 티어 1 공동 데이터 센터에서 개발 및 테스트 환경을 실행했습니다. 2012년 대서양 허리케인 시즌의 가장 치명적이고 파괴적인 폭풍 중 하나인 열대성 폭풍 샌디가 뉴욕 시를 덮치면서 호스팅 센터의 가동이 약 2주 동안 중단되었습니다.

Kaplan의 기술 서비스 책임자 Chad Marino는 "다행히 우리 프로덕션 환경은 계속 운영되었지만 또 어떤 일이 생길지 걱정이 떠나지 않았죠."라고 말합니다. Kaplan의 수동 백업 및 복구 리소스도 뉴욕 시에 있었습니다. Marino는 "백업 환경과 프로덕션 환경이 같은 도시 안에 있다는 점도 해결해야 할 걱정거리였습니다."라고 설명합니다.

게다가 사업 규모가 커지고 IT 아키텍처의 복잡성이 커짐에 따라 Kaplan이 PCI 데이터 보안 표준(PCI DDS)와 SOC(Service Organization Control) 준수를 충족하기가 점점 더 어려워졌습니다. Kaplan에는 성장과 동시에 전체적인 복원력, 보안, 민첩성을 개선할 수 있는 유연한 IT 인프라가 필요했습니다.

조직 전체에서 12개의 데이터 센터를 운영하던 Kaplan은 애플리케이션을 Amazon Web Services(AWS)로 옮겨 인프라를 통합하기 시작했습니다 Marino에 따르면 "클라우드로 이전하게 된 이유 중 하나는 수명이 다된 하드웨어를 처리해야 했고 데이터 센터의 공간이 부족해졌기 때문입니다."

Kaplan은 AWS 제품의 완성도에도 끌렸습니다. "Amazon Relational Database Service(Amazon RDS)는 DBA 팀이 일상적 유지 관리에 쓰는 시간을 줄이고 개선 작업에 집중할 수 있도록 해 줍니다. 그리고 Elastic Load Balancing을 통해 비용이 많이 들고 복잡한 로드 밸런서를 벗어나 필요한 기능을 유지할 수 있었죠."라고 Marino는 말합니다.

AWS 클라우드로 마이그레이션

열대성 폭풍 샌디는 이 회사가 KTP와 추가 공유 서비스, Kaplan Higher Education 및 Kaplan International 사업부 일부를 AWS로 마이그레이션하는 계기가 되었고, 데이터는 모두 900GB에 달했습니다. 프로젝트 매니저 Ravi Munjuluri는 "2013년 5월에 개발, 품질 보증, 스테이징 환경을 AWS로 옮기기 시작했습니다."라고 말합니다. "전환 중 이 부분을 10월까지 마무리했고, 프로덕션 마이그레이션 계획에 착수했습니다. 2014년 1월에는 업무 영향을 최소화하기 위해 프로덕션 환경의 애플리케이션 스택을 하나씩 옮기기 시작했습니다. 마지막 마이그레이션은 8월에 있었고 주말에 몰아서 끝냈습니다. 금요일에 시작해서 일요일 아침에 가동을 시작했죠."

클라우드로의 이전의 일환으로 Kaplan은 약 50개의 애플리케이션과 스택에 포함된 50개의 하위 애플리케이션을 마이그레이션했습니다. 공동 데이터 센터에서 이 사업부는 스토리지 영역 네트워크(SAN)를 사용해 x86 서버, Sun Sparc 프로세서, Solaris 운영 체제를 여섯 대의 Oracle Database 10g 및 Windows SQL 데이터베이스에 연결했습니다.

Kaplan은 애플리케이션 스택을 Amazon Virtual Private Cloud(Amazon VPC)로 마이그레이션하고, Amazon Linux Machine Images와 Oracle용 Amazon Relational Database Service(Amazon RDS)를 사용하여 Amazon Elastic Compute Cloud(Amazon EC2) 인스턴스 믹스에 데이터베이스를 호스팅했습니다. Marino는 "우리 목표는 관리의 용이함과 리사이징 기능을 위해 모든 데이터베이스를 완전히 RDS로 옮기는 것입니다."라고 말합니다.

Kaplan이 리소스 모니터링에 사용하는 Amazon CloudWatch는 사용 지표를 수집, 추적하고 경보를 관리하는 서비스입니다. 또 이 회사는 CloudWatch 를 사용해 가령 사용률이 떨어질 때 인스턴스 크기를 적절히 조정함으로써 리소스를 최적화할 수 있습니다.

클라우드로의 마이그레이션 모범 사례

Kaplan 팀은 Oracle의 내장 도구를 중심으로 데이터 마이그레이션을 설계했습니다. 시스템 아키텍처 및 엔지니어링 책임자 Avi Hack은 "우리가 데이터 마이그레이션에 사용한 AWS PERL 스크립트는 정말 훌륭했습니다."라고 말합니다. 스크립트와 AWS Elastic Beanstalk의 조합으로 이 회사는 시간이 많이 걸리는 프로세스와 마이그레이션 전 단계 환경을 자동화할 수 있었고, 전체 프로세스가 훨씬 빨라지고 쉬워졌습니다.

마이그레이션의 일환으로 Kaplan은 미국, 아시아 태평양, 유럽 일부를 포함한 여러 AWS 리전과 가용 영역을 활용하기로 결정했습니다. 이 회사는 Amazon Route 53를 DNS 솔루션으로 사용해 사용자 트래픽을 가장 가까운 가용 영역으로 라우팅하며, 그 결과 지연 시간을 단축하면서 전반적인 사용자 환경을 개선했습니다. "여러 리전을 사용하면 우리 데이터와 고객의 거리를 좁혀 최종 사용자 경험을 개선할 수 있죠."라고 Marino는 말합니다.

Kaplan의 철저한 준비로 AWS로의 전환은 대부분 원활히 이루어졌습니다. Kaplan은 또 마이그레이션 과정 내내 승인 및 모범 사례에 AWS Support의 Business Level을 이용했습니다. Marino는 "AWS Support는 우리가 겪을 수 있는 문제를 해결하는 데 중요한 역할을 해 왔습니다."라고 말합니다.

개발, 운영, 아키텍처, 데이터베이스 팀의 250명 이상의 인력이 AWS로의 마이그레이션에 참여했습니다. "이런 규모의 마이그레이션을 계획하려면 개발 팀부터 인프라 운영 팀까지 IT 내의 모든 팀과 협력하는 것이 중요합니다."라고 Marino는 말합니다.

KTP 사업부를 AWS로 옮긴 후 Kaplan은 레거시 장비를 매각하고 데이터 센터를 닫았습니다. AWS로의 마이그레이션을 계속 진행하면서 다양한 사업부의 애플리케이션을 계속 재구성하고 있는 Kaplan은 데이터 센터를 12개에서 현재는 4개 시설로 줄였습니다.

인프라의 안정성을 높이고 지연 시간을 줄인 것 외에도 Kaplan은 애플리케이션과 시스템에 대한 보다 나은 통찰도 얻었습니다. Marino는 "AWS에서 모든 인스턴스를 태깅함으로써 이제는 애플리케이션 계층부터 애플리케이션에 관련된 모든 리소스까지 구체적인 비용을 파악할 수 있습니다. 이 덕에 애플리케이션 운영에 드는 숨겨진 비용을 밝혀낼 수 있었죠."라고 말합니다.

Kaplan은 AWS 사용을 통한 개발 프로세스의 추가 개선도 예상하고 있습니다. Hack은 "AWS CloudFormation과 AWS 명령줄 인터페이스를 사용함으로써 온프레미스 데이터 센터에서는 얻을 수 없었던 수준의 제어와 표준화를 갖추게 되었습니다. 이제는 환경을 쉽게 스핀업하고 끝나고 나면 제거할 수 있습니다."라고 말합니다. Marino는 "이를 통해 AWS의 강점은 강점대로 활용하면서 우리 온프레미스 데이터 센터의 강점도 유지할 수 있어 AWS에서 실행되도록 애플리케이션을 재정비할 시간을 개발자들에게 줄 수 있습니다."라고 설명합니다. Kaplan 팀은 시스템과 애플리케이션을 기존 데이터 센터에서 클라우드로 이전하는 것이 타당한 기회를 계속 모색할 것이라고 말합니다.