멀티 클라우드는 가용성을 개선하고 벤더 락인을 제거할 수 있지만, 여러 클라우드 사용의 성공이 보장되는 것은 아닙니다. 기업은 운영적 또는 재정적 문제에 부딪히지 않도록 건전한 멀티 클라우드 전략이 필요합니다.
이 기사는 비즈니스 소유자와 의사결정자가 효과적인 멀티 클라우드 전략을 수립하도록 돕습니다. 멀티 클라우드 이전을 계획하고 임박한 문화적 변화에 대비해 회사를 준비하는 방법을 알아보세요.
멀티 클라우드는 설정하고 운영하기 어려운 환경이며, 포괄적인 전략은 기업이 도전에 대비할 수 있게 합니다. 잘 생각된 계획은 다음을 돕습니다:
멀티 클라우드 전략은 여러 클라우드 사용의 효과를 극대화하는 데 도움이 됩니다:
많은 기업이 일반적으로 한 번에 하나의 서비스나 애플리케이션씩 점차적으로, 그리고 계획 없이 멀티 클라우드로 이동합니다. 이 접근 방식은 빠르게 다루기 힘들게 되고 클라우드 스프롤(cloud sprawl), 즉 클라우드 인스턴스, 서비스, 공급업체의 통제되지 않은 관리로 이어집니다. 건전한 멀티 클라우드 전략은 스프롤이 효율성과 예산을 해치는 것을 방지합니다.
멀티 클라우드 전략은 또한 새로운 설정이 조직에 요구하는 것에 대비할 수 있게 합니다. 멀티 클라우드로의 전환은 다음을 요구합니다:
이상적으로 기업은 다른 클라우드에 배포하기 전에 멀티 클라우드 전략을 수립해야 합니다. 적시 계획은 각 결정이 큰 그림에 맞도록 보장합니다.
아래는 멀티 클라우드 전략 수립을 위한 11단계 프레임워크입니다. 이 임원 수준 계획은 멀티 클라우드 뒤의 목표와 새로운 환경에 대한 요구사항을 이해하는 데 도움이 됩니다.
멀티 클라우드 전략 수립은 요구사항을 반영하는 것에서 시작합니다. 이 초기 단계에서 다음을 수행해야 합니다:
이 높은 수준의 가이드라인은 이후 모든 단계의 의사결정에 도움이 됩니다. 초기 평가는 또한 더 단순한 배포 모델이 사용 사례에 더 적합한지 평가할 기회이기도 합니다.
멀티 클라우드가 비즈니스 가치를 제공할 것으로 예상되는 영역을 설정해야 합니다. 일반적으로 기업은 한두 개의 도메인에 집중하여 배포 목표로 삼습니다. 일반적인 목표에는 다음이 포함됩니다:
멀티 클라우드 배포의 전체 목표를 설정하면 KPI가 생기며 전반적인 전략 작업을 계속할 준비가 됩니다.
멀티 클라우드 전략의 방향을 결정하기 위해 다음 영역을 고려하세요:
애플리케이션과 그들의 요구사항을 이해하는 것은 좋은 개요를 위해 필수적입니다. 다음 질문에 답하세요:
미래의 불필요한 지출을 피하기 위해 이 시점에서 비용을 인식하세요. 예를 들어, 하루에 몇 시간만 실행되는 앱은 24/7 클라우드에 적합하지 않습니다. 각 앱에 적합한 서비스를 제공하는 공급업체를 사용하여 비용을 절감할 수 있습니다.
멀티 클라우드로 전환하면 모든 핵심 IT 팀(운영, 보안, 네트워킹, 개발)에 영향을 미칩니다. 각 부서와 대화 채널을 열어:
개요에는 온프레미스 서비스를 클라우드로 마이그레이션하는 계획과 앱을 클라우드 친화적으로 만들기 위한 수정 사항이 포함되어야 합니다. 또한 귀하와 팀은 클라우드 서비스와 상호작용할 앱의 빌드, 테스트, 실행 규칙을 명시해야 합니다.
하이브리드 아키텍처와 달리 멀티 클라우드는 클라우드 간 긴밀한 통합과 환경 간 데이터 마이그레이션을 요구합니다. 포트폴리오가 원활하게 작동하려면 높은 수준의 상호 운용성이 필요함을 인지하세요. 그러나 모든 프로세스에 이 이식성이 필요한 것은 아니며, 이는 또 다른 비용 절감 기회입니다.
사이버 보안은 결코 사후 고려 대상이 되어서는 안 되므로, 멀티 클라우드 전략이 처음부터 보안 조치를 고려하도록 하세요. 계획에는 다음이 포함되어야 합니다:
미래의 클라우드 공급업체가 일부 작업과 프로세스 보안을 책임질지, 아니면 모든 보안을 사내에서 실행할지 결정하세요. 또한 전략이 업계의 컴플라이언스나 정부 규정을 고려하는지 확인하세요.
이 단계는 클라우드 보안 정책, 즉 회사가 클라우드에서 어떻게 운영되는지 정의하는 공식 가이드라인을 작성하기 시작하기에 완벽한 시기입니다.
가능하다면 데브섹옵스(DevSecOps) 팀을 구성하여 새로운 설정에 보안 우선 사고방식을 추가하는 것을 고려하세요. 데브섹옵스는 보안을 CI/CD 프로세스에 통합하고 소프트웨어 개발 수명 주기(SDLC) 모든 단계에서 최적의 보호를 보장하는 역동적인 부서입니다.
이제 앱의 요구사항을 이해했으므로 클라우드 포트폴리오를 설계해야 합니다. 포트폴리오를 구성할 때 첫 번째 중요한 결정은 몇 개의 클라우드가 필요한지 결정하는 것입니다. 멀티 클라우드 환경에는 최소 두 개의 퍼블릭 클라우드가 필요하지만 추가 프라이빗 클라우드가 환경에 도움이 될지 고려하세요.
또한 동질적 또는 이질적 설정 중 무엇을 원하는지 결정해야 합니다:
개요를 기반으로 IaaS, PaaS, SaaS 중 무엇이 포트폴리오에 필요한지 고려하세요. 또한 팀의 기술도 고려해야 합니다. 예를 들어, 팀에 Azure 경험 엔지니어만 있다면 더 많은 인재를 영입하지 않고 AWS를 채택하는 것은 말이 안 됩니다.
이제 목표와 요구사항을 알았으니 클라우드 공급업체를 선택할 차례입니다. 성능 수준과 비용 절감은 이 결정에 달려 있으므로 누구와 제휴하기 전에 포괄적인 평가를 수행하세요.
첫 번째 단계는 예산에 맞는 공급업체를 찾는 것입니다. 그런 다음 각 앱의 요구사항을 공급업체가 기능, 고유/추가 서비스, 기술 특성 측면에서 제공하는 것과 매칭하여 옵션을 필터링하세요.
대부분 클라우드 공급업체는 무료 체험 서비스를 제공합니다. 테스트 기간을 통해 특정 공급업체가 귀하의 필요와 기대에 맞는지 확인할 수 있습니다. 두 개 이상의 공급업체로 환경을 설정하고 장기 계약 전에 무료 체험으로 개념 증명을 수행하여 운영이 어떻게 실행되는지 확인하세요.
최적의 성능을 위해 공급업체는 최대 클라우드 인프라와 직접 연결되어야 합니다. 이 기능은 이질적 시스템에서도 멀티 클라우드가 높은 수준으로 작동하도록 보장합니다.
멀티 클라우드 설정은 효율성을 유지하기 위해 정기적인 업그레이드가 필요합니다. 시장 변화에 대비하고 시스템을 건강하게 유지하려면 미리 계획하는 것이 필수입니다. 멀티 클라우드 전략이 다음을 고려하도록 하세요:
전략의 미래 보장은 공급업체에도 확장됩니다. 공급업체가 현재 요구사항과 일치하는 것 외에도, 각 서드파티 공급업체가 예상 가능한 계획에 맞아야 함을 인지하세요. 멀티 클라우드가 벤더 락인을 방지하지만, 여전히 호스팅 파트너를 정기적으로 변경하고 싶지는 않을 것입니다.
모든 멀티 클라우드 전략의 두 가지 가장 흔한 함정은 거버넌스 문제와 과도한 비용입니다.
퍼블릭 클라우드는 팀이 몇 분 만에 리소스를 프로비저닝할 수 있게 하므로, 기업은 리소스 사용에 대한 가시성이 필요합니다. 필요한 제어를 임베드하고 자동화하면서 팀이 클라우드 리소스를 빠르고 쉽게 배포할 수 있게 하는 마찰 없는 거버넌스(frictionless governance) 구현을 고려하세요.
클라우드 비용을 통제하는 것은 클라우드 컴퓨팅의 온디맨드 가격 모델로 인해 또 다른 흔한 문제입니다. 인프라 지출에 대해 근본적으로 새로운 사고방식이 필요하므로, 전략은 클라우드 스프롤과 리소스 낭비를 고려해야 합니다. 또한 팀이 다음을 수행하도록 하세요:
하이브리드와 멀티 클라우드는 다른 어떤 클라우드 배포 유형보다 더 많은 전문성을 요구합니다. 팀의 기술 세트는 단기 및 장기 전략 수립 모두에 중요합니다.
멀티 클라우드 뒤의 직원은 안정적이고 확장 가능한 성능을 보장하기 위해 시스템 관리 방법을 알아야 합니다. 팀이 다음에 능숙하도록 하세요:
기업은 일반적으로 멀티 클라우드 배포 시 전담 팀을 구성합니다. 클라우드 팀의 주요 역할에는 다음이 포함됩니다:
이상적으로 클라우드 팀에는 다음 부서의 파트타임 또는 풀타임 대표도 포함되어야 합니다:
일부 기업은 클라우드 팀에서 한 단계 더 나아가 클라우드 우수성 센터(CCoE, Cloud Centers of Excellence)를 구성합니다. 비용이 많이 들지만, 이 부서는 조직 전반에 클라우드 기반 혁신을 주도하는 전문가로 구성된 완전한 팀을 보유합니다.
팀이 단일 창(single pane of glass)에서 다양한 환경을 처리할 수 있게 하는 클라우드 관리 플랫폼(CMP)을 선택하세요. 이 중앙 도구는 다음을 제공해야 합니다:
CMP는 팀이 이미 사용하는 도구와 작동해야 합니다. 모든 멀티 클라우드 전략에는 팀이 사용법을 아는 도구가 포함되어야 하므로, 새 CMP가 현재 도구 체인과 잘 통합되는지 확인하세요.
또한 도구와 다른 클라우드에 통합된 데이터베이스가 있는지 확인하세요. 그렇지 않으면 서로 통신하지 않는 데이터 사일로와 데이터베이스를 생성할 위험이 있습니다.
멀티 클라우드 전략 수립의 마지막 단계는 지출 예산과 할당된 자원 내에서 유지하는 방법을 정의하는 것입니다.
불행히도 변동하는 클라우드 비용을 통제하는 것은 어렵습니다. 기업은 연간 140억 달러 이상을 불필요한 클라우드 인프라에 지출하므로, 클라우드 비용 관리 전문가와 상담하세요. 또는 비용 최적화 도구를 배포하여 다음을 지원함으로써 비용을 통제할 수 있습니다:
모든 규모의 기업이 비용이 많이 드는 데이터 센터에서 벗어나 클라우드 퍼스트 솔루션을 선호하고 있습니다. 멀티 클라우드 배포를 결정한다면, 건전한 전략은 원활하고 비용 효율적인 채택을 위한 프레임워크를 제공할 수 있습니다.
클라우드 컴퓨팅
기업들이 여러 공급업체와 협업하는 이점을 계속 탐색하면서 멀티 클라우드 인기가 높아지고 있습니다. 멀티 클라우드는 수많은 이점을 제공하지만, 여러 공급업체와 클라우드에 의존하면 공격 표면과 전반적인 위험도 증가합니다. 기업이 자산과 데이터를 안전하게 지키려면 멀티 클라우드 보안이 후순위가 되어서는 안 됩니다. 이 기사는 멀티 클라우드 보안 입문과 이 클라우드 컴퓨팅 접근 방식의 고유한 과제를 다룹니다. 또한 안전하게 멀티 클라우드 설계를 설계하고 유지하는 데 적용할 수 있는 모범 사례 목록을 제공합니다. 멀티 클라우드 보안이란?
데이터를 클라우드에 저장하면 내부 스토리지 인프라를 구매, 관리, 유지보수할 필요가 없습니다. 이러한 편의성에도 불구하고 클라우드 기반 데이터에 대한 통제권 부재는 여전히 기업들의 공통적인 우려사항으로 남아 있습니다. 사실 클라우드 스토리지 보안은 일반적으로 온프레미스 보호보다 우수합니다. 이 글은 클라우드 스토리지 보안 입문서로, 클라우드 제공업체가 데이터를 보호하기 위해 사용하는 기술들을 다룹니다. 클라우드 기반 데이터를 안전하게 유지하는 다양한 측면과 최상위 제공업체와 부적절한 스토리지 보호를 가진 벤더를 구별하는 방법을 알아
