기계 번역으로 제공되는 번역입니다. 제공된 번역과 원본 영어의 내용이 상충하는 경우에는 영어 버전이 우선합니다.

로드맵 구현

로드맵을 설정한 후에는 로드맵을 구현해야 합니다. 고객이 다음 과제에 직면하는 지점인 사고에 시간을 할애했으며 이제는 해야 한다는 것을 알았습니다. 전략을 구현에 연결하려면 다음 단계를 수행하는 것이 좋습니다.

어디서 어떻게 시작할지 결정

이는 쉬운 것처럼 들리지만 달성해야 할 일이 많으면 시작점을 찾는 것이 어렵고 토론이 많은 질문인 경우가 많습니다. 클라우드로 이동하는 조직은 집중해야 할 부분이 많으며, 컨텍스트에 추가되지 않으면 이니셔티브가 부담스러워질 수 있습니다. 수년 동안 고객 추세가 진화했지만 일관된 출발점은 혁신 리더십입니다. 지시문과 전략을 위에서 아래로 추진하고 미션 스테이트먼트, 원칙 및 PR-FAQ를 생성하면 중간 관리 및 개인이 자율적으로 결정을 내리고, 명확성을 높이고, 클라우드 혁신에서 비즈니스 가치를 창출할 수 있습니다. 이 연습 또는 이와 유사한 연습을 수행하지 않은 경우 첫 번째 작업으로 사용하는 것이 좋습니다.

이 연습에서는 다른 기술 혁신과 달리 클라우드 혁신은 기술을 비즈니스에 더 가깝게 만든다는 점을 인식해야 합니다. 기술은 민첩성, 안정성, 비용 최적화 및 유사한 결과를 지원하여 기업이 더 광범위한 목표를 달성하기 위해 사용하는 수단입니다. 조직의 3~5년 전략에서 나아갈 수 있도록 지원하고, 그 과정에서 목표를 식별하며, 필요할 때 피벗하는 것을 두려워하지 않고 기술 및 비즈니스로 이러한 혁신을 계획해야 합니다.

성공을 위한 구성

클라우드 마이그레이션, 채택 및 혁신 목표를 달성하기 위한 조직의 구조는 조직이 성숙함에 따라 달라집니다. 이를 이해하고, 준비하고, 의도적인 것이 성공을 보장하는 데 중요합니다.

일반적으로 여정을 시작할 때 가장 큰 팀은 온프레미스 환경에서 작업합니다. 그런 다음 클라우드 채택이 증가함에 따라 이러한 팀은 클라우드 플랫폼을 구축, 성숙, 운영 및 최적화하기 위해 마이그레이션하며 조직은 이러한 각 단계에서 새로운 작업 방식에 적응해야 합니다. 조직이 워크로드의 5~10%를 클라우드로 이전(시작 단계에서 규모 조정 단계로 전환)했을 때 어렵지만 중요한 변화가 발생하는 것을 관찰했습니다. 이 시점에서 조직은 온프레미스 팀을 사용하여 클라우드 리소스를 운영합니다. 마이그레이션이 풀타임 변경의 가치를 높일 만큼 규모가 크지 않기 때문에 이러한 팀은 기존 책임과 새로운 책임 간의 균형을 맞춰야 하기 때문입니다. 동시에 현재 클라우드 서비스를 운영하도록 요청 받고 있는 온프레미스 팀에는 새로운 기술이 필요하며, 여기에는 가파른 학습 곡선이 필요합니다.

조직을 이해하고 이러한 변경을 가능하게 하기 위한 계획을 수립하려면 IT 조직 전반의 팀 토폴로지를 살펴보는 것이 좋습니다. 고객과 함께이 방법을 사용하여 IT 조직 내에서 종종 조직 구조와 다른 함수의 배열 및 상호 연결을 이해한 다음 COM 프레임워크를 AWS 사용하여 변환 단계 및 마일스톤을 달성하기 위해를 구성하는 방법에 대한 지침을 제공합니다. 이 연습에서는 필요할 수 있는 조직 구조에 대한 모든 변경 사항을 안내합니다.

고객에게 사용한 토폴로지에는 분산형, 중앙 집중식 및 페더레이션 모델이 포함됩니다. 이는 AWS Well-Architected Framework, 운영 우수성 원칙에서 다루는 운영 모델 2x2 표현을 확장합니다.

탈중앙화

다양한 지역 또는 산업 세그먼트에서 운영하는 대규모 글로벌 기업은 종종 다음 다이어그램에 나와 있는 분산 모델을 사용합니다. 이러한 기업에서는 개별 사업부에 다른 리전 또는 사업부와 겹칠 수 있는 자체 IT 조항이 있습니다. 그러나 이는 리전 내에서 자율성과 전문화를 제공하는 방법으로 이해되고 수락되는 경우가 많습니다.

분산 접근 방식을 사용하는 것은 각 리전 또는 사업부에 해당 리전 또는 사업부의 요구 사항에 맞는 자체 클라우드 운영 모델이 있음을 의미합니다.

중앙화

중앙 집중식 IT 함수는 가장 자주 보는 모델입니다. 이 모델이 적용되면 고객은 클라우드 운영 모델을 설정할 때 동일한 토폴로지를 유지하려고 합니다. 다음 다이어그램에 이 내용이 잘 설명되어 있습니다.

이 모델에서 중앙 팀은 자체 클라우드 운영 모델을 보유한 워크로드 팀에서 사용할 수 있는 엄선된 플랫폼을 제공합니다. 이 접근 방식을 사용하면 워크로드 팀은 사용 중인 플랫폼의 서비스, 운영 또는 보안에 대해 걱정할 필요 없이 최종 고객에게 제공하는 가치에 집중할 수 있습니다. 이 모델은 소규모 기업에 적합합니다. 그러나 대규모 글로벌 조직에서는 수백 또는 수천 개의 워크로드 팀이 있을 수 있습니다. 중앙 플랫폼의 이점을 잃지 않고이 규모로를 관리하기 위해 조직은 자주 페더레이션 모델로 전환하며, 이는 다음 섹션에 요약되어 있습니다.

연동됨

많은 조직이 페더레이션 IT 모델을 채택합니다. 클라우드 플랫폼을 책임지는 중앙 기능을 제공하지만 워크로드 수준에서 다양한 운영 모델을 허용하기 때문입니다. 즉, 중앙 팀은 가장 낮은 공통 분모로 작업하는 제약 없이 조직에 가능한 최상의 플랫폼을 제공하는 데 집중할 수 있습니다. 다음 다이어그램은 페더레이션 모델을 보여줍니다.

대규모 조직에서 페더레이션 모델은 엔지니어링 팀에 필요한 자율성을 제공하는 동시에 중앙 팀이 모든 워크로드에 공통적인 플랫폼과 차별화되지 않은 과중한 작업을 제공하도록 보장합니다. 이 모델에서 중앙 팀은 엔지니어링 팀과 동일한 제품 중심 방식으로 작업해야 하지만, 해당 제품은 플랫폼입니다.

여정과 일치하도록 토폴로지 변경

선택하는 토폴로지는 회사의 규모에 따라 다르지만 클라우드 여정의 단계에 따라 조정됩니다. 부서 또는 팀의 조직은 정적이지 않지만 클라우드 채택의 각 단계에 따라 변경됩니다. 즉, 환경 변화에 따라 다양한 토폴로지를 설계, 논의 및 보강할 수 있습니다. 영향을 미치는 요인의 예는 다음과 같습니다.

변화를 주도하는 메커니즘 설정

Amazon 내에서 메커니즘은 다음과 같이 정의됩니다. 입력을 출력으로 변환하고 Organizational Levers에서 어셈블되는 전체 프로세스입니다. 데이터와 피드백을 사용하여 프로세스를 지원하고 결과가 충족되도록 합니다. 조직마다 다르기 때문에 모든 클라우드 운영 모델 여정은 다르지만 모두 변화를 주도하는 메커니즘이 필요합니다.

클라우드 운영 모델을 구현하는 데 필요한 변경 사항에 맞게 메커니즘을 이해하고 개발하는 데 시간을 할애하는 것이 좋습니다. 널리 사용되는 접근 방식은 애자일 원칙을 채택하는 것입니다. 애자일 메커니즘은 사일로화된 팀 간의 조직 및 프로세스 기반 장벽을 허물고 피드백 루프를 생성하여 조직이 가장 큰 비즈니스 가치를 창출할 가장 영향력 있는 활동에 혁신하는 데 시간을 할애하도록 합니다.

점진적으로 성숙도 개발

클라우드 운영 모델의 컨텍스트에서의 성숙도는 클라우드 우선 작업 방식과 역량이 얼마나 가까운지를 나타냅니다. 예를 들어 프로세스가 얼마나 자율적이고 혁신(회사 변경)과 비교하여 평소와 같이 비즈니스를 관리하는 데(회사 운영) 인적 개입이 얼마나 필요한가요? 활동이 전자에 더 많은 가중치를 부여하면 (클라우드) 성숙도가 낮아지고, 후자인 경우 성숙도가 높아집니다. 성숙도 척도가 낮은 것은 부정적인 것이 아니라 여정의 현재 위치를 반영합니다. 목표는 현재 위치와 가야 할 위치를 이해하는 것입니다. AWS 고객과 협력할 때 COM 프레임워크 내의 AWS 성숙도 규모를 사용하여 여정의 단계를 제공합니다.

메커니즘을 사용하여 AWS COM 프레임워크 기능 전반에서 성숙도를 점진적으로 높이는 것이 좋습니다. 이러한 방식으로 고객과 협력한 방법의 예로는 성숙도 검토 및 우선순위 지정(입력)을 성숙도 증가(출력)로 변환한 다음 게임 데이(피드백 루프)와 같은 경험 기반 이벤트를 수행하여 결과를 확인하고 필요에 따라 조정하는 방법이 있습니다. 고객과 함께 이러한 메커니즘을 구축함으로써 이러한 조직 강점이 개발되면 즉각적인 이정표를 달성할 수 있을 뿐만 아니라 여정의 초기 단계 이후에도 지속되는 점진적인 개선이 가능함을 알 수 있습니다.

조직의 역량을 성숙시키고 로드맵의 특정 시간에 특정 기능에 필요한 변경 사항을 점진적으로 구축하는 데 주의를 기울이면 전략이 구현과 연결됩니다. 또한 이전 업적을 기반으로 구축하면서 제공되는 규모의 경제를 활용하는 데도 도움이 됩니다.