클라우드 현대화는 비즈니스 요구 사항을 더 잘 충족하기 위해 기존 클라우드 기반 워크로드를 개선하는 방법입니다. 새 기능을 추가하지 않고 워크로드를 클라우드 모범 사례에 맞춥니다. 이 프레임워크는 조직이 모든 워크로드 팀에서 현대화를 계획하고 실행하기 위한 엔드 투 엔드 가이드를 제공합니다.
조직에 대한 현대화 정의
현대화의 성공은 조직의 준비에서 시작됩니다. 이 단계는 현대화가 회사에 어떤 의미인지 모두가 이해할 수 있도록 합니다. 또한 팀에 필요한 기술이 있는지 평가하고 먼저 현대화할 애플리케이션을 식별해야 합니다.
현대화에 대한 일반적인 정의를 설정합니다. 클라우드 현대화는 새로운 기능을 빌드하지 않고도 기존 워크로드의 작동 방식을 개선합니다. 일반적인 현대화 작업에는 클라우드 내에서 다시 배치(구성 요소를 새 호스팅 환경으로 이동), 리팩터링(코드 최적화 또는 재구성), 시스템 구조 재설계(시스템 구조 재설계)가 포함됩니다. 현대화는 완전히 새로운 기능 추가나 새로운 기능을 위한 전체적인 재작성은 제외합니다.
현대화의 정의를 전달합니다. 이 정의를 모든 관련 팀 및 관련자와 공유합니다. 프로젝트 관리자, 엔지니어, 제품 소유자 및 임원이 이해하고 동의하는지 확인합니다. 통합된 이해는 잘못된 정렬을 방지합니다.
팀 간에 공동 책임을 만듭니다. 현대화를 위해서는 개발, 운영, 보안 및 아키텍처 팀 간의 협업이 필요합니다. 각 팀은 현대화 성공에 다양한 전문 지식을 제공합니다. 정기적인 통신 및 공동 의사 결정 프로세스를 수립합니다. 사일로 작업으로 인해 발생할 수 있는 통합 문제 또는 요구 사항 누락을 방지합니다. 팀 간 조정을 유지하면서 명확한 역할을 할당합니다.
현대화 준비 상태 및 기술 평가
현대화 기술을 평가합니다. 현대화에 착수하기 전에 팀이 성공적으로 현대화하는 데 필요한 기술과 도구를 보유하고 있는지 평가합니다. 평가할 주요 영역은 다음과 같습니다.
기술 영역 평가 질문 클라우드 서비스 지식 엔지니어는 현대화 중에 사용할 수 있는 관련 Azure 서비스에 익숙합니까? DevOps 및 CI/CD 완성도 높은 연속 통합/지속적인 업데이트 파이프라인이 있나요? 코드로 인프라를 사용하여 테스트 및 배포를 자동화할 수 있나요? 최신 아키텍처 패턴 팀은 리팩터링 또는 재설계의 일부가 될 수 있는 마이크로서비스, 컨테이너화 및 기타 최신 클라우드 네이티브 개념을 이해하나요? 모니터링 및 자동화 모니터링, 로깅 및 자동화 도구가 현대화 후 고급 클라우드 작업을 지원하기에 충분합니까? 기술 격차를 파악하고 이를 채울 계획을 만듭니다. 기존 직원(Azure 인증, 클라우드 아키텍처 워크샵)을 교육하거나 특정 전문 지식을 갖춘 신입 사원/계약자를 영입할 수 있습니다. 기술은 종종 특정 기술보다 더 중요합니다. 잘 훈련된 팀은 즉석에서 학습하는 팀보다 더 원활하게 현대화를 실행합니다.
필요한 경우 외부 전문 지식을 활용합니다. 팀이 중요한 영역에 대한 경험이 부족한 경우 Microsoft 또는 Microsoft 파트너를 가져옵니다. 외부 전문가는 현대화 전략의 유효성을 검사하고, 적절한 도구를 추천하고, 현실적인 타임라인을 설정하는 데 도움을 줄 수 있습니다.
현대화할 워크로드 우선 순위 지정
모든 워크로드를 현대화해야 하는 것은 아닙니다. 구조화된 접근 방식을 사용하여 먼저 현대화할 워크로드를 결정합니다. 핵심은 기술적 위험에 대비하여 비즈니스 가치를 저울질하고 조치를 강제하는 긴급 트리거를 식별하는 것입니다.
비즈니스 가치를 평가합니다. 후보 워크로드 목록을 만들고 비즈니스에 대한 중요도에 따라 각각 평가합니다. 비즈니스 값에 대해 높음/중간/낮은 순위 또는 숫자 점수를 사용할 수 있습니다. 워크로드가 수익, 고객 만족도 또는 운영에 더 중요할수록 비즈니스 가치 점수가 높아집니다.
비즈니스 가치 범주 Examples 수익 또는 중요 업무 판매 트랜잭션을 처리하거나 핵심 비즈니스 기능을 지원하는 시스템(가동 중지 시간은 직접 비용 손실을 의미함) 고객 환경 고객 또는 클라이언트가 직접 상호 작용하는 시스템(성능 및 안정성은 만족도에 영향을 줍니다.) 규제 준수 또는 규정 엄격한 규정 또는 보안 요구 사항이 적용되는 시스템(업데이트에 실패하면 법적 위험이 발생할 수 있음) 광범위한 내부 종속성 직원 또는 다른 시스템에서 널리 사용되는 플랫폼(느리거나 불안정한 경우 조직 전체의 생산성을 저하합니다.) 기술 위험을 평가합니다. 독립적으로 각 시스템의 기술 상태를 평가합니다. 기본적으로 현대화가 얼마나 필요한지 파악합니다. 각 워크로드에 대해 기술 위험/요구 사항의 순위를 높음, 중간 또는 낮음으로 지정합니다. 높은 기술 위험 또는 부채의 징후는 다음과 같습니다.
기술 위험 범주 Examples 기술 부채 해결 방법, 오래된 프레임워크, 수정하기 어려운 아키텍처를 사용하는 레거시 코드 오래된 기술 지원 종료, 사용되지 않는 프로그래밍 언어에 근접한 운영 체제 또는 데이터베이스 높은 유지 관리 작업 빈번한 수동 개입, 지원 비용 증가, 복잡한 문제 해결 프로세스 성능 및 안정성 문제 만성 가동 중지 시간, 느린 응답 시간, 부하 급증을 처리할 수 없음 제한된 확장성 증가하는 수동 크기 조정 프로세스를 위해 주요 재작업이 필요한 아키텍처 긴급 현대화 트리거를 식별합니다. 일부 이벤트는 처음에 목록의 맨 위에 있지 않더라도 워크로드의 우선 순위를 갑자기 변경할 수 있습니다. 현대화를 긴급하게 만드는 다음 트리거를 확인합니다.
트리거 범주 Examples 보안상 취약점 레거시 구성 요소, 오래된 암호화 프로토콜 또는 규정 준수 위반에서 새로 검색된 보안 허점 지원 종료 마감일 12개월 이내에 공급업체 지원이 손실되는 플랫폼 또는 소프트웨어, 이전 보안 패치 비즈니스 성장 요구 사항 시스템 용량, 새로운 시장 진입 요구 사항 또는 통합 요구 사항을 초과하는 급속한 고객 성장 시스템 안정성 문제 반복되는 중단, 만성적인 성능 문제 또는 유지 관리 비용 증가 워크로드의 우선 순위를 지정합니다. 비즈니스 가치와 기술 위험 평가를 간단한 우선 순위 매트릭스로 결합합니다.
비즈니스 가치 기술 위험 현대화 우선 순위 Action High High 최우선 이제 현대화를 시작합니다. 높은 투자 수익률 High Low Monitor 특정 비즈니스 혜택이 없는 한 현대화 지연 Low High Case-by-case 명확한 이점이 없다면 즉시 현대화하지 마세요. Low Low 아무 것도 수행하지 않음 여기서의 현대화 노력은 리소스를 잘 사용하지 않을 것입니다.
현대화 방법 이해
실행을 시작하기 전에 사용자와 개별 워크로드 팀이 클라우드의 현대화를 위한 접근 방식과 모범 사례를 이해해야 합니다.
Azure Well-Architected Framework를 사용하여 개선 기회를 파악합니다. WAF(Well-Architected Framework)는 안정성, 보안, 비용 최적화, 운영 효율성 및 성능 효율성의 다섯 가지 핵심 요소에 대한 모범 사례 집합입니다. 워크로드에 대한 Well-Architected 리뷰를 수행하면 모범 사례를 따르지 않는 부분을 식별할 수 있습니다. 이러한 격차는 현대화를 위한 to-do 목록을 효과적으로 생성합니다. 간격이 크거나 많을수록 해당 워크로드를 현대화해야 할 필요성이 더 큽니다. 이러한 방식으로 WAF는 수정할 내용에 대한 데이터 기반 로드맵을 제공합니다.
워크로드 팀이 현대화 결정을 내릴 수 있도록 합니다. 각 애플리케이션을 매일 소유하고 실행하는 팀은 종종 그 고충과 어떤 변화가 도움이 되는지에 대한 깊은 통찰력을 가지고 있습니다. 이러한 팀이 시스템을 현대화하는 방법을 결정하는 것이 현명합니다. 비즈니스 컨텍스트("2배 트래픽을 처리하기 위해 이 시스템이 필요함" 또는 "유지 관리 비용을 30%절감해야 함)를 제공하고 솔루션을 제안할 수 있도록 합니다. 아마도 특정 서비스를 교환할 수 있거나 코드의 어느 부분이 최악인지 알고 있을 것입니다. 예산, 타임라인 및 전체 아키텍처 표준의 경계 내에서 기술 선택에 대한 의사 결정 권한을 이러한 팀에 제공합니다. 정기적인 체크 인을 설정하여 계획이 더 광범위한 조직 목표에 부합하도록 합니다.