규모에 따른 성공 실현

클라우드 벤더를 평가할 때는 벤더가 제공하는 기술 플랫폼이 어떤 식으로 확장되는지와 서비스가 비즈니스 요구사항을 빠르게 수용할 수 있는지를 파악해야 합니다. Workday는 매일 어떤 고객의 가장 까다로운 워크로드도 한꺼번에 처리할 수 있어야 진정한 서비스 확장성을 이룬 것으로 생각합니다.

Image placeholder

Workday는 전 세계에서 가장 큰 규모를 자랑하는 기업에 서비스를 제공하고 있으며, 이에 따라 고객과 Workday 모두에게 확장이 항상 최우선 관심사가 됩니다. Workday 클라우드 인프라가 끊임없이 변화하고 복잡한 고객의 요구사항을 지원하는 방법에 대한 질문을 받는 경우가 종종 있습니다.

현실에서 그 답을 찾을 수 있습니다.

  • Workday 시스템의 사용자 수는 5,500만 명을 넘습니다.

  • 포춘 500대 기업 중 50% 이상이 Workday 고객 커뮤니티에 속해 있으며, 포춘 500대 기업 고객 중 약 90%가 현재 프로덕션 모드에서 사용 중입니다.

  • 직원 수 100,000명 이상인 고객사가 50곳이 넘습니다.

클라우드 벤더를 평가할 때는 기술 플랫폼이 어떤 식으로 확장되는지와 서비스가 끊임없이 변화하며 점점 커지는 비즈니스 요구사항을 빠르게 수용할 수 있는지를 파악해야 합니다. Workday는 활동 중인 사용자 수, 워크로드, 사용 패턴, 성능 등 여러 요인을 고려합니다. 이는 개별 조직에 따라 크게 달라질 수 있습니다. 이번 기회에 Workday의 접근 방식을 자세히 알려드리겠습니다.

Workday 시스템의 설계는 원래의 계획대로 사용자와 시스템의 증가하는 요구사항을 해결하도록 진화했습니다.

엄청난 규모의 확장

고객 성공은 Workday와 같은 소프트웨어 서비스를 평가할 수 있는 진정한 척도이며, 우리 고객은 Workday를 활용하여 요구사항에 맞는 확장을 실현하고 있습니다. 그런데 확장이란 정확히 무엇일까요? 

확장은 트랜잭션 처리량, 데이터베이스 볼륨 및 읽기/쓰기 처리량, 월 단위 활성 사용자 수, 웹 서비스 트래픽 또는 데이터 I/O와 같은 다양한 방식으로 정의됩니다. 그러나 가장 중요한 것은 시스템이 비즈니스 요구사항과 개별 사용자의 기대를 모두 충족하는 성능 속도로 해당 고객의 최대 워크로드 수요를 처리하는지 여부입니다. 그리고 Workday는 매일 어떤 고객의 가장 까다로운 워크로드도 한꺼번에 처리할 수 있어야 진정한 서비스 확장성을 이룬 것으로 생각합니다.

Workday 서비스의 역량을 확실하게 보여주는 몇 가지 주요 메트릭은 다음과 같습니다.

  • 관리되는 총 직원 수. Workday는 HCM(Human Capital Management) 및 인재 소프트웨어 서비스의 전 범위에서 1억 2천만여 명의 직원 기록을 관리합니다. 여기에는 고객사의 재직 중인 직원(5,500만여 명에 달하는 현재 사용자), 퇴직자, 임시고용직, 구(舊)시스템 퇴직자가 모두 포함됩니다. 

  • 총 분개장 라인 수. 클라우드 재무 및 회계 소프트웨어 서비스 전반에 걸쳐 Workday는 전체 고객을 통틀어 750억 개가 넘는 저널 라인을 처리하고 있습니다.

  • 최대 채용 수. 채용 및 인재 관리 소프트웨어 서비스에서 단일 고객에 대해 하루에 50,000건이 넘는 채용 트랜잭션이 Workday에서 실행되었습니다. 전 세계적으로 Workday는 한 달에 600만 명의 채용을 지원했습니다.

  • 트랜잭션 수. Workday는 연간 약 3,650억 건의 트랜잭션을 처리하며, 그 수는 매년 40%씩 증가하고 있습니다.

  • 급여 처리. Workday의 급여 서비스 고객 중 가장 큰 곳은 직원 수가 500,000명이 넘습니다.

  • 최대 워크로드. 전 세계적으로 Workday는 시간당 100만 명 이상의 사용자에 대한 요청을 처리해 왔습니다. 시간당 80,000명의 사용자가 사용하는 직원 셀프서비스 이벤트에서도 개별 직원의 요청을 완벽하게 지원했습니다.

Workday 아키텍처: 확장을 위한 설계

Workday는 처음부터 일련의 원칙을 기반으로 고객의 요구사항을 충족하고 이러한 요구사항이 변경됨에 따라 빠르게 진화할 수 있도록 Workday 플랫폼을 설계했습니다. 

Workday의 기술은 여러 추상화 모델을 기반으로 합니다. 여기에 API 기반 설계의 원칙이 포함되는데, 시스템 레벨에서 구현됩니다. 이 접근 방식을 통해 Workday 개발자는 상위 또는 하위 계층에 영향을 주지 않고 서비스의 각 계층을 개별적으로 발전시킬 수 있습니다. Workday는 기존의 하드코딩된 소프트웨어 모델 대신 메타데이터로 어플리케이션을 작성하여 어플리케이션과 기본 트랜잭션 시스템 간의 추상화를 구현합니다. 이런 방식으로 고객이 서비스를 구성할 수 있게 합니다. 이는 미묘하지만 아주 중요한 특징입니다. 소규모 기업에서 가장 복잡한 글로벌 기업에 이르기까지 현재 Workday를 이용하는 고객 모두 Workday에서 각자의 요구사항을 특별한 방식으로 해결하고 있습니다. 

고객별로 맞춤화된 어플리케이션 코드가 아닌 어플리케이션 구성이 그 해법입니다. 또한, Workday는 추상화 모델 덕분에 단일 플랫폼에서 모든 고객을 위한 Workday 어플리케이션 전체를 계속 업데이트하면서 모든 고객이 같은 버전을 사용하게 할 수 있습니다. 그 덕분에 기업의 트랜잭션을 대규모 병렬 처리하는 것은 물론 어플리케이션 코드 효율성을 개선하고 원활한 데이터 변환을 수행하는 등 근본적인 변경을 주 단위로 적용하면서 서비스를 확실히 확장할 수 있습니다.

모든 워크로드가 똑같지는 않다

Workday는 전 세계의 고객을 위해 글로벌 비즈니스 운영을 맡고 있으므로, Workday 서비스가 쉴 때는 없습니다. 대부분 고객 워크로드는 계절성을 띱니다. 급여는 매주, 격주, 매월, 월 2회, 또는 요청 시 실행할 수 있습니다. 직원은 교대근무 스케줄에 따라 업무를 시작하고 업무를 종료합니다. 재무 계획은 매월(또는 더 자주) 실행할 수 있지만, 장부 마감은 분기마다 그리고 매년 진행됩니다. 글로벌 기업에서는 시시각각 온갖 종류의 활동이 일어납니다.

Workday 서비스는 각 고객의 일정 및 최대 워크로드 유형을 더 정확히 파악하기 위해 노력합니다. 따라서 특정 유형의 처리 리소스를 자동으로 확장하여 시시각각 변하는 수요를 충족할 수 있습니다. Workday 플랫폼의 수평 확장과 향상된 가용성 이점 외에도, 트랜잭션, 보고, 검색, 쿼리, 예약된 작업, 통합 등을 처리하도록 최적화된 노드를 통해 워크로드별로 각각 다르게 확장할 수도 있습니다. 이를 통해 고객의 현재와 미래의 요구사항에 맞게 적시에 적절한 리소스 조합을 적용할 수 있습니다.

사람만 고성능 시스템에 의존하는 것이 아닙니다. Workday는 기업의 비즈니스 기술 에코시스템의 핵심에 있으므로, 에코시스템의 성능 향상을 위해 Workday를 활용하는 다른 시스템, 타사 웹 서비스 API 및 클라우드 서비스와 통합되는 경우가 많습니다. 갈수록 이러한 시스템 간 통합과 API 호출을 통해 엄청난 속도와 규모로 트랜잭션이 수행되고 있습니다. 

Workday 시스템의 설계는 원래의 계획대로 사용자와 시스템의 증가하는 요구사항을 해결하도록 진화했습니다. Workday 시스템에 고도의 수평 확장성을 구현함으로써 우리는 고객의 워크로드와 사용자 규모에 맞춰 확장하고 성장할 수 있었습니다. 예를 들어, 현재 규모가 가장 큰 고객은 5년 전 규모가 가장 컸던 고객의 일일 트랜잭션의 20배가 넘는 양을 처리하고 있습니다.

오늘날 Workday는 한 달에 300억 건이 넘는 트랜잭션을 처리하고 가장 다양하고 복잡한 조직도 서비스하면서 굳건한 신뢰를 받고 있습니다. Workday는 고유의 플랫폼 설계 방식을 바탕으로, 원활한 확장을 이룰 수 있었으며, 고객의 성장에 따라 계속해서 확장할 계획입니다. 처음에 세웠던, 빠른 발전을 위한 원칙을 변함없이 이행하면서 미래에 빠르게 적응하고 규모 및 복잡성의 증가를 효과적으로 관리할 수 있습니다.

더 보기