클라우드 이동성은 확장 가능하고 탄력적인 클라우드 네이티브 애플리케이션을 구축하기 위한 전략입니다. 클라우드 네이티브에 대해 이야기할 때 클라우드 이식성이 암시되는 경우가 많습니다. 클라우드 네이티브는 클라우드 컴퓨팅 리소스의 탄력성과 민첩성을 극대화하는 애플리케이션 개발 및 배포의 아키텍처적 접근 방식입니다. 그러나 팀이 단일 클라우드 제공업체를 시작하고 해당 초기 제공업체에 특화된 도구와 관리형 서비스를 중심으로 구축하면 빠르게 특정 공급업체에 종속될 수 있습니다.
포터블 워크로드는 다양한 컴퓨팅 환경과 인프라 플랫폼에서 쉽게 마이그레이션, 배포, 관리할 수 있는 워크로드입니다. 이를 통해 조직은 공급업체 종속을 피하고 클라우드 전략의 유연성을 유지할 수 있습니다.
클라우드에 구애받지 않는 접근 방식으로 시작하여 모든 클라우드 제공업체에서 사용할 수 있는 도구를 활용하면 필요에 따라 유연하게 변경할 수 있습니다. 또한 이동 가능한 전략은 리소스를 사용하는 방식과 그 이유에 대한 인사이트를 제공하고 애플리케이션 및 비즈니스 요구 사항에 따라 클라우드 리소스를 다양화하거나 제공업체를 전환할 수 있는 권한을 부여합니다.
클라우드 이동성 전략 설계
클라우드 애플리케이션 아키텍처를 시작하거나 다시 고려하고 있다면 성공적인 이동식 워크로드 설계를 위한 5단계가 있습니다.
요구 사항 파악
이동 가능한 워크로드를 달성하기 위한 첫 번째 단계는 워크로드의 요구 사항을 객관적으로 파악하는 것입니다. 이 초기 단계가 완료되기 전에 클라우드 제공업체의 매력적인 서비스에 눈이 가기 때문에 이 과정이 주관에 의해 오염되는 경우를 너무 자주 보았습니다. 따라서 여기서 강조하는 것은 요구 사항의 범위를 정하는 것입니다. 요구 사항을 클라우드 제공업체를 고려하는 것입니다.
모든 결과물을 충족하는 데 필요한 기능과 특징을 이해하는 데 기초적인 접근 방식을 취하고, 그 다음에는 소프트웨어 스택과 종속성 및 이러한 요구를 충족하기 위한 기타 구성 요소를 식별하는 것으로 생각하면 됩니다. 이와 같이 객관적이고 보다 기본적인 관점을 갖는 것은 광각 렌즈를 통해 클라우드를 보는 것과 같습니다. 이는 모든 제공업체에 존재하는 핵심 클라우드 인프라 기본 요소에서 실행할 수 있는 대부분의 기능을 강조합니다.
락인 지점 식별
애플리케이션이 아직 구축 또는 계획 단계에 있거나 이미 클라우드 플랫폼에서 개발 및 배포된 경우, 현재 아키텍처 설계를 평가하여 해당 플랫폼에 특정한 구성 요소와 서비스를 식별하세요.
공급업체에 종속된 지점을 파악했다면 그 이유를 평가하는 데 시간을 투자하세요. 다음 질문에 답하는 것부터 시작하세요.
- 더 빠른 출시 또는 출시 시간을 위해 솔루션을 선택했거나 최소한 고려했나요?
- 솔루션이 컨설팅에 기반한 것이었나요, 아니면 해당 플랫폼의 다른 서비스와의 지원/상호 운용성을 위한 것이었나요?
- 해당 솔루션을 선택할 당시와 현재 비용은 얼마였나요?
이러한 질문에 답한 후에는 동일하거나 유사한 기능을 제공하는 이상적인 오픈 소스 또는 기타 대체 솔루션을 매핑하고, 구현과 관련된 노력을 평가하고, 실행 계획을 수립할 수 있습니다. 모든 평가 후에도 여전히 특정 플랫폼 서비스를 고수하기로 결정했다면 출구 전략이 있는지 확인하세요. 클라우드 공급업체 종속은 아키텍처와 운영의 두 가지 형태로 나타납니다. 독점 클라우드 서비스의 출구 전략을 잘 세우면 두 가지 우려를 모두 완화할 수 있습니다.
확장성 및 가동 시간을 위한 구축
컨테이너화, 컴퓨팅 이미지, 구성 관리, 상태 저장 및 상태 비저장 구성 요소의 분리와 함께 로드 밸런싱 기술을 활용하여 수평적 확장성과 배포를 달성할 수 있습니다. 상태는 가능한 경우 선언적이어야 하며, 단일 소스에 의해 유지 및 관리되고, 자동으로 복제 및 동기화되어야 합니다.
모듈화를 위한 설계
모놀리식 아키텍처는 관리가 번거롭고 거의 불가능할 수 있으며, 이식 가능한 방식으로 변경하는 데 필요한 유연성을 떨어뜨립니다. 따라서 워크로드는 서로 다른 구성 요소를 명확하게 정의하고 느슨하게 결합된 시스템으로 함께 작동하는 모듈식으로 설계해야 합니다. 클라우드 네이티브 설계는 전체 워크로드에 영향을 주지 않으면서 개별 구성 요소를 업데이트하거나 교체하는 효율적인 프로세스를 제공하여 궁극적으로 유지보수성, 적응성, 이식성을 촉진합니다!
모든 것을 코드로
클라우드 네이티브 애플리케이션을 개발하는 경우 선언적 배포 방식에 익숙해야 합니다. 애플리케이션, 인프라, 구성 관리 등 워크로드의 모든 부분을 코드화하세요. 이 접근 방식을 사용하면 새 환경(예: 개발, 스테이징, 테스트)의 배포를 자동화하거나 기존 환경을 복제할 수 있습니다. 이렇게 하면 블루/그린 배포 프로세스가 쉬워지고 재해 발생 시 신속하게 복구하는 데 도움이 됩니다.
GitOps 접근 방식은 배포를 표준화하는 자동화 파이프라인의 안정성 이점, 규정 준수/감사에 대한 가시성 향상, 코드로서의 정책 시행과 함께 이식성을 달성할 수 있는 단일 창을 제공합니다. 무료 클라우드 이식성을 위한 GitOps 가이드에서 자세히 알아보세요.
Akamai 클라우드 컴퓨팅에서 이동성 전략을 설계하는 데 도움이 필요하신가요? 클라우드 전문가에게 문의 하여 상담을 받으세요.
댓글 (1)
Thanks for info!