[ 고지 사항 (Disclaimer) ]
본 컨텐츠는 고객의 편의를 위하여 AWS 서비스 설명을 위해 제작, 제공된 것입니다. 만약 AWS 사이트와 컨텐츠 상에서 차이나 불일치가 있을 경우 AWS 사이트 (AWS.amazon.com)가 우선합니다. 또한 AWS 사이트 상에서 한글 번역문과 영어 원문에 차이나 불일치가 있을 경우(번역의 지체로 인한 경우 등 포함), 영어 원문이 우선합니다.
본 문서는 AWS Migration Whitepaper(2018년, 영문) 내용에 기반하여 작성 되었습니다.
이 문서는 정보 제공의 목적으로만 제공됩니다. 본 문서의 발행일 당시 AWS의 현재 제품 오퍼링 및 실행방법 등을 설명하며, 예고 없이 변경될 수 있습니다. 고객은 본 문서에 포함된 정보나 AWS 제품 또는 서비스의 사용을 독립적으로 평가할 책임이 있으며, 각 정보 및 제품은 명시적이든 묵시적이든 어떠한 종류의 보증 없이 “있는 그대로” 제공됩니다. 본 문서는 AWS, 그 자회사, 공급업체 또는 라이선스 제공자로부터 어떠한 보증, 표현, 계약 약속, 조건 또는 보장을 구성하지 않습니다. 고객에 대한 AWS의 책임 및 의무는 AWS 계약에 의해 관리되며 본 문서는 AWS와 고객 사이의 어떠한 계약에도 속하지 않으며 계약을 변경하지도 않습니다.
© 2020, Amazon Web Services, Inc. or its affiliates. All rights reserved.
가상 프라이빗 클라우드 환경
VPC 환경은 애플리케이션이 실행될 AWS 계정 및 구성의 통합 모음입니다. 여기에는 AWS에서 직접 제어하지 않는 요구 사항을 해결하는 AWS Marketplace의 타사 솔루션이 포함됩니다. 클라우드 환경에서 안전하고 효율적으로 마이그레이션하고 운영하기 위해 AWS CAF 보안, 운영 및 플랫폼 관점을 구현할 수 있습니다. 이 섹션에서 함께 다룰 것입니다.
보안
VPC 아키텍처에 보안을 구축하면 시간이 절약되고 회사의 보안 상태가 향상됩니다. AWS의 클라우드 보안이 가장 중요합니다. AWS 고객은 가장 보안에 민감한 조직의 요구 사항을 충족하도록 구축 된 AWS 클라우드 데이터 센터 및 네트워크 아키텍처의 이점을 누릴 수 있습니다. AWS 클라우드의 강력한 장점은 안전한 환경을 유지하면서 확장 및 혁신 할 수 있다는 것입니다. AWS CAF 보안 퍼스펙티브는 마이그레이션 프로젝트의 준비 및 계획을 가속화 할 수 있는 보안, 위험 및 규정 준수 기능의 기반을 구축 할 수 있도록 구조화 된 접근 방식을 간략하게 설명합니다. 클라우드 보안에 대한 자세한 내용은 AWS 보안 백서를 참조하십시오.
AWS CAF Security Perspective는 AWS 클라우드에서 보안 VPC를 구축하고 제어하는 방법을 자세히 설명합니다. 그림 6은 AWS CAF 보안 관점 기능을 보여줍니다.
AWS CAF Security Perspective는 다음과 같은 10 가지 테마로 구성됩니다.
• 5 가지 핵심 보안 테마 — 정보 보안 외부의 기능 (신원 및 액세스 관리, 로깅 및 모니터링, 인프라 보안, 데이터 보호 및 사고 대응)을 통해 위험을 관리하고 진행 상황을 관리하는 기본 테마.
• 5 가지 기능 보강 보안 테마 — 가용성, 자동화 및 감사를 통해 지속적인 운영 효율성을 향상시키는 테마 : 탄력성, 컴플라이언스 유효성 검사, CI / CD (Continuous Integration / Continuous Deployment), 구성 및 취약성 분석, 보안 빅 데이터 분석.
Security Perspective의 10 가지 테마를 사용하면 AWS의 보안 기능을 신속하게 반복하고 발전시키면서 비즈니스 속도와 수요에 적응할 수있는 유연성을 유지할 수 있습니다.
고려해야 할 사항 :
• 최상의 보안 방법에 대한 정보는 AWS 보안 백서를 읽으십시오.
• AWS와 협력하여 보안 워크샵을 운영하여 팀의 이해와 구현 속도를 높입니다.
• 안전한 환경을 설계하는 방법에 대한 자세한 내용은 AWS Well-Architected Framework 및 AWS Well-Archtected Security Pillar 백서를 읽으십시오.
운영
AWS CAF Operations Perspective는 IT 워크로드를 실행, 사용, 운영 및 복구하는 데 중점을 둔 영역을 설명합니다. 운영 그룹은 매일, 분기별로, 매년 비즈니스가 수행되는 방식을 정의합니다. IT 운영은 비즈니스 운영과 연계되고이를 지원해야합니다. Operations Perspective는 현재 운영 절차를 정의하고 성공적인 클라우드 채택에 필요한 프로세스 변경 및 교육을 식별합니다.
Operations Perspective는 현재 운영 방식과 향후 운영 방식을 검토하는 데 도움이 됩니다. 운영 결정은 마이그레이션되는 특정 응용 프로그램과 관련이 있습니다. 미래 상태를 구상 할 때 특정 애플리케이션 또는 애플리케이션 세트에 적합한 클라우드 운영 모델 (COM)을 결정하십시오. 클라우드 운영에 대한 자세한 내용은 AWS 운영 백서 및 AWS Well-Architected Operational Excellence Pillar 백서를 참조하십시오.
비즈니스 전반에 걸쳐 응용 프로그램의 용도와 사용자가 다릅니다. 제품과 서비스는 조직 전체에서 다른 패턴으로 소비됩니다. 따라서 클라우드 환경에서 여러 가지 작동 모드가 있습니다. 마이그레이션을 계획 할 때는 먼저 사용 사례와 행위자를 정의한 다음 솔루션 제공 방법을 결정합니다.
클라우드 서비스를 제공하고 사용할 수있는 조직을 구축하려면 Cloud Services Organization을 생성하십시오. CCoE, CBO 및 Cloud Shared Services 팀과 같은 클라우드 조직 구성은 모두이 클라우드 서비스 조직에 속합니다. COM의 마지막 부분은 클라우드 서비스를 제공하고 소비하는 데 필요한 티켓팅 워크 플로, 서비스 카탈로그 및 파이프 라인과 같은 기능 집합입니다. 이러한 기능은 클라우드 서비스 조직이 효과적으로 기능하도록 도와줍니다.
고려해야 할 사항 :
· 프로세스 초기에 Cloud Center of Excellence를 구축하면 모범 사례가 중앙 집중화 됩니다.
· 조직에 여러 운영 모델이 있음을 인식하십시오 (예 : R & D 응용 프로그램이 백 오피스 응용 프로그램과 다름).
· AWS Managed Services와 같은 관리형 서비스는 초기 단계에서 운영 문제를 해결하는 데 필요한 시간을 줄일 수 있습니다. 팀에서 마이그레이션 된 응용 프로그램을 개선하는 데 집중할 수 있습니다.
플랫폼
AWS CAF Platform Perspective에는 클라우드에서 새로운 솔루션을 구현하고 온 프레미스 워크로드를 클라우드로 마이그레이션하기위한 원칙과 패턴이 포함되어 있습니다. IT 설계자는 모델을 사용하여 IT 시스템 설계 및 관계를 이해하고 전달합니다. Platform Perspective 기능은 대상 상태 환경의 아키텍처를 자세히 설명하는 데 도움이 됩니다.
플랫폼 작업 스트림은 입증 된 구현 지침을 제공합니다. 새로운 워크로드를 마이그레이션하거나 기존 워크로드를 마이그레이션함에 따라 확장 할 수 있는 AWS 환경을 반복해서 설정할 수 있습니다. 유연한 기본 AWS 환경을 지원하는 주요 플랫폼 구성 요소를 설정할 수 있습니다. 이러한 환경은 변화하는 비즈니스 요구 사항과 워크로드를 수용 할 수 있습니다. 일단 배치되면 플랫폼은 AWS 인프라 구성과 관련된 의사 결정 프로세스를 단순화하고 간소화 할 수 있습니다.
다음은 플랫폼 작업 스트림의 핵심 요소입니다.
AWS 랜딩 존 — AWS 계정, 네트워크, 자격 증명 및 청구 프레임 워크 및 고객이 선택 가능한 옵션 패키지에 대한 초기 구조 및 사전 정의 된 구성을 제공합니다.
계정 구조 — 조직 모델에 쉽게 적용 할 수 있는 초기 다중 계정 구조 및 사전 구성된 기본 보안을 정의합니다.
네트워크 구조 — 네트워크 격리를 위한 가장 일반적인 패턴을 지원하고 AWS와 온-프레미스 네트워크 간의 기본 네트워크 연결을 구현하며 네트워크 액세스 및 관리를 위해 사용자 구성 가능한 옵션을 제공하는 기본 네트워크 구성을 제공합니다.
사전 정의 된 ID 및 청구 프레임 워크 — 교차 계정 사용자 ID 및 액세스 관리 (Microsoft Active Directory 기반) 및 중앙 집중식 비용 관리 및 보고를 위한 프레임 워크를 제공합니다.
사전 정의 된 사용자 선택 가능 패키지 — AWS 관련 로그를 널리 사용되는 보고 도구에 통합하고 AWS 서비스 카탈로그와 통합하고 인프라를 자동화하기 위해 일련의 사용자 선택 가능 패키지를 제공합니다. AWS 사용 및 비용을 관리하고 모니터링하는 데 도움이 되는 타사 도구를 제공합니다.
고려해야 할 사항 :
· 비즈니스가 AWS를 처음 사용하는 경우 플랫폼을 구축하고 관리하려면 AWS Managed Services와 같은 관리 형 서비스 공급자를 고려하십시오.
· 효과적인 대금 청구 프로세스를 허용하는 계정 구조를 사전에 식별하십시오.
· 최소한 초기에는 온 프레미스 서버와 클라우드 서버가 함께 작동합니다. 하이브리드 클라우드 솔루션을 고려하십시오.
마이그레이션
첫 마이그레이션 — 빌드 경험
MRP는 대규모 운영, 보안 및 플랫폼 기능을 개발하여 대규모로 운영합니다. 마이그레이션 프로젝트에 대한 자신감과 추진력을 쌓을 것입니다.
새로운 운영 모델과 환경에서 응용 프로그램을 실행하면 이러한 기능을 완성하는 데 도움이 됩니다. 워크로드 패턴에 대한 올바른 선택을 할 수 있도록 마이그레이션 기술과 경험을 조기에 개발하는 것이 중요합니다. 3 ~ 5 개의 응용 프로그램을 마이그레이션하는 것이 좋습니다. 이러한 응용 프로그램은 포트폴리오에서 일반적인 마이그레이션 패턴을 대표해야 합니다.
한 가지 예는 기존 서버 복제 도구를 사용하여 응용 프로그램을 다시 호스팅하는 것입니다. 다른 예로는 Amazon RDS에서 데이터베이스를 실행하거나 인터넷에 연결된 요구 사항이 있는 애플리케이션을 마이그레이션하고 관련 컨트롤 및 서비스를 검증하도록 애플리케이션을 다시 플랫폼 화하는 것입니다. 선택 사항을 수용하는 접근 방식 및 일정을 개발하려면 MRP를 시작하기 전에 응용 프로그램을 선택하십시오.
이러한 초기 마이그레이션을 통해 작업하면 자신감과 경험이 쌓입니다. 조직의 요구에 맞는 패턴과 도구를 선택하여 마이그레이션 계획을 알려줍니다. 운영 및 보안 프로세스의 검증 및 테스트를 제공합니다.
고려해야 할 사항 :
· 포트폴리오에서 패턴 (예 : 공통 아키텍처, 기술 스택 등)을 식별하여 공통 패턴을 기반으로 애플리케이션 그룹 목록을 만듭니다. 그룹 마이그레이션을위한 공통 프로세스가 생성됩니다.
· 처음 3 ~ 5 개의 애플리케이션은 포트폴리오의 일반적인 패턴을 대표해야 합니다. 그러면 대량 마이그레이션에서 해당 패턴을 이동하는 프로세스가 결정됩니다.
마이그레이션 실행
초기 마이그레이션에서는 특정 마이그레이션 패턴을 테스트했으며 CCoE는 경험을 얻었습니다. 이제 초기 마이그레이션 물결을 지원하도록 팀을 확장합니다. 핵심 팀은 확장하여 동시에 운영되는 마이그레이션 스프린트 팀을 구성합니다. 이 기능은 자동화 및 툴링을 사용하여 응용 프로그램 마이그레이션을 가속화 할 수 있는 패턴을 다시 호스팅하고 다시 플랫폼 화하는 데 유용합니다. 다음 섹션에서는 마이그레이션 팩토리 프로세스를 다루고 민첩한 팀 모델을 확장합니다.
응용 프로그램 마이그레이션 프로세스
재 호스팅과 같이 볼륨이 큰 특정 패턴을 사용하면 데이터 및 응용 프로그램 구성 요소를 이동하기위한 방법과 도구를 정의 할 수 있습니다. 그러나 마이그레이션 실행 단계의 모든 응용 프로그램은 검색, 디자인, 빌드, 통합, 유효성 검사 및 컷 오버와 같은 6 단계 프로세스를 따릅니다.
Discover
발견 단계에서 애플리케이션 포트폴리오 분석 및 계획 백로 그는 현재 및 미래 아키텍처를 이해하는 데 사용됩니다. 필요한 경우 응용 프로그램에 대한 추가 데이터가 수집됩니다. 정보에는 Discover Business Information (DBI)과 Discover Technical Information (DTI)의 두 가지 범주가 있습니다. DBI의 예로는 응용 프로그램 소유자, 로드맵, 컷 오버 계획 및 운영 런북이 있습니다. DTI의 예로는 서버 통계, 연결, 프로세스 정보 및 데이터 흐름이 있습니다. 이 정보는 도구를 통해 캡처하여 응용 프로그램 소유자에게 확인할 수 있습니다. 그런 다음 데이터가 분석되고 스프린트 팀과 응용 프로그램 소유자 모두에게 해당 응용 프로그램의 마이그레이션 계획이 확인됩니다. 재 호스트 패턴의 경우 패턴과 일치하는 그룹으로 수행됩니다. 포트폴리오 발견 및 계획 프로세스는 이 정보를 제공합니다.
Design
디자인 단계에서 대상 상태가 개발되고 문서화됩니다. 대상 상태에는 AWS 아키텍처, 애플리케이션 아키텍처 및 지원 운영 구성 요소 및 프로세스가 포함됩니다. 스프린트 팀 및 엔지니어링 팀의 구성원은 Discover 단계에서 수집 된 정보를 사용하여 대상 AWS 환경을위한 애플리케이션을 설계합니다. 이 작업은 마이그레이션 패턴에 따라 다르며 사용할 서비스를 간략하게 설명하는 인프라 아키텍처 문서가 포함됩니다. 이 문서에는 데이터 흐름, 기본 요소, 모니터링 디자인 및 응용 프로그램에서 외부 리소스를 사용하는 방법에 대한 정보도 포함되어 있습니다.
Build
빌드 단계에서 디자인 단계 중에 작성된 마이그레이션 디자인이 실행됩니다. 필요한 인력, 도구 및 재사용 가능한 템플릿이 식별되어 마이그레이션 팀에 제공됩니다. 응용 프로그램에 대해 선택된 마이그레이션 전략에 따라 마이그레이션 팀이 선택됩니다. 팀은 이러한 사전 정의 된 방법과 도구를 사용하여 AWS로 마이그레이션합니다. AWS에서 호스팅하는 애플리케이션에 대한 기본 검증을 주장합니다.
Integrate
통합 단계에서 마이그레이션 팀은 애플리케이션에 대한 외부 연결을 작성합니다. 팀은 외부 서비스 제공 업체 및 응용 프로그램 소비자와 협력하여 응용 프로그램에 연결하거나 서비스를 요청합니다.
그런 다음 팀은 응용 프로그램이 Validate 단계에 준비되기 전에 기능과 작업을 보여주기 위해 응용 프로그램을 실행합니다.
Validate
유효성 검사 단계에서 각 응용 프로그램은 컷 오버 단계를 완료하고 릴리스하기 전에 일련의 특정 테스트 (즉, 빌드 확인, 기능, 성능, 재해 복구 및 비즈니스 연속성 테스트)를 거칩니다. 팀은 릴리스 관리, 롤아웃 및 롤백 계획을 확인하고 성능 기준을 평가합니다. 롤백 절차는 사용자를 위한 운영 커뮤니케이션 계획으로 구성되고 통합, 응용 프로그램 및 성능 영향을 정의하는 롤백 플레이 북 내의 응용 프로그램에 의해 정의됩니다. 사전 마이그레이션 및 마이그레이션 된 애플리케이션에 대한 병렬 테스트를 실행하여 비즈니스 승인 기준을 완료합니다.
Cutover
컷 오버 단계에서는 마이그레이션 팀과 애플리케이션 소유자가 동의 한 컷 오버 계획을 실행합니다. 이 단계에서 사용자 승인 테스트를 수행하여 성공적인 컷 오버를 지원하십시오. 마이그레이션에 실패한 경우 컷 오버 계획에서 요약 된 롤백 절차를 사용하십시오.
고려해야 할 사항 :
· 팀이 민첩한 사례에 익숙해 지도록 합니다.
· 즉각적인 요구 사항 수집을 최대화하기위한 반복적인 접근 방식. 사용 준비가 되었을 때까지 기한이 지난 작업은 수행하지 않습니다.
· CCoE는 여러 마이그레이션 팀에서 배운 모범 사례와 교훈을 공유하는 데 중요한 역할을 합니다.
팀 모델
핵심 마이그레이션 팀은 새로운 IT 운영 모델의 일부로 프로젝트를 지속합니다. 이 팀에는 각각 고유의 전문 분야가 있습니다.
핵심 클라우드 팀
Core Cloud 팀은 마이그레이션 팀 전체에서 작업합니다. 프로젝트 관리, 학습 내용 공유, 리소스 조정 및 공통 솔루션 구축을 위한 중앙 허브 역할을 합니다. 이 팀에는 다음이 포함됩니다.
Cloud Business Office (프로그램 제어) — 프로그램 운영, 자원 및 예산 관리, 위험 관리 및 보고, 커뮤니케이션 및 변경 관리 추진 일반적으로 이 팀은 전체 마이그레이션 또는 클라우드 리더에게 보고하고 마이그레이션을 위한 프로그램 사무실이 됩니다.
클라우드 엔지니어링 및 운영 — 개발, 테스트 및 프로덕션 환경의 확장 성, 자동화, 유지 관리 및 모니터링을 보장하는 기본 구성 요소를 구축하고 검증합니다. 이 팀은 또한 이주에 필요한 런칭도 준비합니다.
혁신 — 플랫폼 엔지니어링, 마이그레이션 및 전환 팀과 협력하여 마이그레이션을 신속하게 수행 할 수 있는 반복 가능한 솔루션을 개발합니다. 마이그레이션 팀의 더 크거나 복잡한 기술 문제에 대해 작업합니다.
포트폴리오 검색 및 계획 — 응용 프로그램 검색을 실행하고 응용 프로그램 백 로그를 최적화하여 다운 스트림 활동을 가속화합니다. 그들은 이의를 제거하고 낭비되는 노력을 최소화하기 위해 노력합니다.
마이그레이션 팩토리 팀
마이그레이션 프로젝트의 수평 확장 단계에서 여러 팀이 동시에 운영됩니다. 일부는 리 호스트 및 마이너 리 플랫폼 패턴에서 대량의 마이그레이션을 지원합니다. 이러한 팀을 마이그레이션 팩토리 팀이라고 합니다. 마이그레이션 팩토리 팀은 마이그레이션 계획의 실행 속도를 높입니다. 엔터프라이즈 응용 프로그램 포트폴리오의 20 % ~ 50 %는 공장 접근 방식으로 최적화 할 수 있는 반복 패턴으로 구성됩니다. 이는 민첩한 전달 모델이며 릴리스 관리 계획을 작성하는 것이 중요합니다. 계획은 MRP 단계에서 생성 된 현재 워크로드 및 정보를 기반으로 해야 합니다. 향후 마이그레이션 물결과 향후 마이그레이션 팀을 위해 지속적으로 최적화해야 합니다. 각 팀마다 3 개의 스프린트를 지원하는 애플리케이션 백 로그를 작성하는 것이 좋습니다. 따라서 일정에 영향을 주는 문제가 발생하면 응용 프로그램의 우선 순위를 다시 지정할 수 있습니다.
더 크고 복잡한 응용 프로그램은 종종 리팩터링 / 아키텍처 패턴을 따릅니다. 일반적으로 응용 프로그램 소유자가 계획된 릴리스 주기로 수행합니다. 공장 팀은 자급 자족하며 5–6 개의 직능 간 역할을 포함합니다. 여기에는 운영, 비즈니스 분석가 및 소유자, 마이그레이션 엔지니어, 개발자 및 DevOps 전문가가 포함됩니다. 다음은 특정 마이그레이션 패턴에 중점을 둔 마이그레이션 팩토리 팀의 예입니다.
마이그레이션 호스트 재 호출 — 소스를 변경하지 않아도 되는 대량의 복잡성이 낮은 애플리케이션을 마이그레이션합니다. 이 팀은 마이그레이션 자동화 도구를 활용합니다. 이 접근 방식은 패치 및 릴리스 관리 프로세스에 통합되어 있습니다.
플랫폼 변경 마이그레이션 팀 — 플랫폼 변경이나 반복 가능한 애플리케이션 아키텍처 변경이 필요한 애플리케이션을 설계 및 마이그레이션합니다.
리팩토링 / 재 아키텍처 마이그레이션 팀 — 많은 종속성이 있는 복잡한 또는 핵심 비즈니스 응용 프로그램을 설계하고 마이그레이션합니다. 대부분의 경우 개발 및 기술 운영 팀이 이 비즈니스 기능을 지원합니다.
마이그레이션은 해당 팀의 계획 내에서 릴리스 주기 또는 몇 가지 릴리스주기가 됩니다. 이 중 많은 것들이 비행 중에 있을 수 있으며 CBO의 역할은 마이그레이션이 완료 될 때까지 타이밍, 위험 및 문제를 추적하는 것입니다. 이 팀은 애플리케이션 마이그레이션 프로세스를 소유합니다.
고려해야 할 사항 :
· 모든 응용 프로그램에서 공통적 인 패턴을 이해하기 위해 포트폴리오 분석을 수행합니다. 이를 통해 팩토리 팀이 효율적으로 실행할 수 있는 반복 가능한 작업을 빌드 할 수 있습니다.
· 팀이 정기적 인 비즈니스 활동을 지원할 때 파트너를 사용하여 리소스 제약을 해결하십시오.
· AWS와 AWS 파트너 네트워크 (APN) 에코 시스템은 데이터베이스, 애플리케이션 개발 및 마이그레이션 툴링과 같은 특정 주제에 대한 특수 리소스를 제공 할 수 있습니다.
결론
클라우드로의 대규모 마이그레이션에 필요한 준비 및 실행 단계를 모두 소개했습니다. 현재 상태를 분석하고 계획을 세우고 작업을 반복하면 효율적인 실행을 위해 관리 가능한 활동으로 대규모 마이그레이션이 중단됩니다. 마이그레이션을 조직 변경 프로젝트로 간주하면 프로세스의 각 단계를 통해 구매를 구축하고 커뮤니케이션을 유지할 수 있습니다. 프로젝트가 진행됨에 따라 비즈니스 사례를 구축하고 투자 수익을 개선하십시오. AWS Cloud Adoption Framework를 사용하여 비즈니스, 인력, 거버넌스, 플랫폼, 보안 및 운영과 같은 다양한 관점을 통해 환경을 분석하십시오. 이를 통해 대규모 마이그레이션 작업을 진행하기 전에 개선 할 영역을 완전히 볼 수 있습니다. 마이그레이션 팩토리 구성을 사용하고 마이그레이션 패턴을 반복하여 AWS 클라우드로 최적의 이동을 생성하십시오. 오늘날 클라우드로의 마이그레이션은“왜”를 묻는 것에서“언제”를 묻는 것으로 바뀌었습니다. 효과적인 마이그레이션 전략 및 계획을 세우면 응답이 “지금”으로 변경됩니다.
마이그레이션은 가능한 것의 시작일 뿐입니다. 애플리케이션을 마이그레이션 한 후에는 마이그레이션 경험을 이 애플리케이션의 최적화 단계에 사용할 수 있는 기능으로 고려하십시오. 현재 아키텍처와 미래의 디자인이 있습니다. 변경 사항을 구현, 테스트 및 확인합니다. 당신은 컷 오버와 라이브로 갈 것입니다. 이제 조직과 회사의 속도, 민첩성 및 비즈니스 가치를 향상시킬 수 있는 새로운 IT 기능을 갖추게 되었습니다.
