멀티 클라우드 최적화 전략 수립 5단계

브랜든 티칼스키(Brandon Tikalsky), 클라우드 및 네트워크 아키텍처 담당 선임 디렉터
2019년 5월 30일

오늘날 비즈니스 기술과 관련된 일에 종사하고 있다면 다양한 서비스 유형과 제공 모델이 혼합된 여러 클라우드를 사용하고 있을 가능성이 높습니다. 실제로 평균적으로 조직은 서로 다른 클라우드 5개를 사용하고 있으며, 이는 해당 환경 내의 개별 앱과 서비스의 수는 고려하지 않은 수치입니다. Amazon Web Services만 해도 선택할 수 있는 클라우드 제품이 90개가 넘는다는 점을 고려하면 평균적인 클라우드 에코시스템의 압도적인 규모를 느낄 수 있습니다.

이러한 복잡성의 원인 중 하나는 조직이 클라우드 아키텍처를 구축하고 관리하는 방식에 대해 그 어느 때보다 선택의 폭이 넓어졌기 때문입니다. 클라우드가 발전하는 초기 단계에서는 퍼블릭 클라우드와 프라이빗 클라우드 중 어느 쪽에 더 의존할 것인지에 대한 질문이 주를 이루었습니다. 그러나 오늘날 이에 대한 해답은 둘 중 하나를 선택하는 것이 아니라 둘 중 어느 것을 얼마나 많이 사용해야 하는지에 달려 있습니다.

한 가지 모델을 선택하여 고수하는 대신 특정 비즈니스 수요나 서비스의 요구 사항에 가장 잘 맞는 것을 선택할 수 있으며, 종종 즉석에서 변경할 수도 있습니다. 그러나 복잡해지게 되는 만큼 성능, 비용, 가용성을 최적화하기 위해 멀티 클라우드 관리 전략을 어떻게 발전시켜야 할지 신중하게 검토해야 합니다.

멀티 클라우드 관리 전략을 관리하는 방법

멀티 클라우드 아키텍처를 성공적으로 관리하는 방법에 대해 생각할 때, 다음과 같이 애초에 클라우드 도입의 동기가 되었던 클라우드의 장점들을 돌아보는 것이 중요합니다.

• 프라이빗 클라우드와 퍼블릭 클라우드 간에 워크로드를 전송하여 워크로드 분산 최적화
• 여러 클라우드 서비스 및 리전 사용을 통한 이중화
• 단일 공급업체에 대한 의존도 감소
• 개별 서비스에 대한 동급 최고의 접근 방식

오늘날 기업이 직면한 문제는 이러한 이점을 얻을 수 없다는 것이 아니라, 기업이 다양한 공급업체의 여러 환경을 추가함에 따라 클라우드 최적화가 급격히 어려워진다는 것입니다. 특히 성능, 보안, 비용과 같은 여러 요소 사이에서 최적화를 시도할 때 더욱 큰 어려움에 직면합니다. 멀티 클라우드 환경에서의 복잡한 비용 관리는 RightScale의 2023 클라우드 현황 보고서에서 지적한 문제입니다. 이 설문조사에 참여한 조직의 64%는 기존 클라우드를 사용하는 데 드는 비용을 절감하는 것을 최우선 과제로 삼았습니다.

오늘날 조직에 필요한 것은 새로운 서비스, 공급업체 및 옵션에 대한 투자와 함께 멀티 클라우드 관리 전략을 지속적으로 발전시킬 수 있는 동적 프레임워크입니다. 이 프레임워크는 서비스 수준 요구 사항을 파악하는 것은 물론 비즈니스 및 IT 요구 사항을 충족하는 데 필요할 수 있는 기타 투자(예: 클라우드 관리 플랫폼, 네트워킹)를 파악하는 데 도움이 됩니다.

멀티 클라우드 최적화를 위한 단계

모든 경우에 적용할 수 있는 일률적인 클라우드 환경이 없는 것처럼, 멀티 클라우드 전략도 마찬가지입니다. 그러나 급변하는 IT 요건 및 필요 사항에 맞게 조정할 수 있는 동적 프로세스를 개발하기 위한 단계를 진행할 수 있습니다.

다음은 현재 클라우드 환경의 현황을 파악하고 조직을 미래를 위한 민첩한 클라우드 환경으로 전환하기 위해 먼저 고려해야 할 몇 가지 주요 고려 사항과 단계입니다.

1단계: 클라우드 환경 매핑하기

기존 클라우드 환경을 매핑하는 것은 기본적인 작업처럼 들릴 수 있지만, 이 작업을 통해 상당한 가치를 얻을 수 있습니다. 현재 클라우드 환경과 요구 사항에 대한 개략적인 그림을 그리면 현재 전략의 부족한 부분뿐 아니라 향후 최적화의 기회도 파악할 수 있습니다.

맵을 클라우드 아키텍처의 전반적인 개념 설계라고 생각해 보겠습니다. 맵에는 다양한 클라우드 서비스, 해당 클라우드 서비스에 연결하는 방법, 클라우드 서비스끼리 연결하는 방법, 각 클라우드 서비스에 필요한 서비스가 포함되어야 합니다. 비즈니스에서 사용하는 각 클라우드 서비스에 대해 다음 요소를 포함하는 것이 좋습니다.

• 사용 중인 클라우드 공급업체
• 서비스를 사용하는 부서
• 모든 서비스 수준 계약
• 관련 비즈니스 기능(예: 마케팅 및 영업에 사용, 운영에서 주로 사용 등)
• 클라우드 서비스를 매핑할 때 염두에 두어야 할 몇 가지 다른 주요 고려 사항이 있습니다. 예를 들어, 성능 요구 사항을 파악하고 이를 SLA와 비교하면 개선이 필요한 부분이나 공급업체를 변경해야 할 필요성을 알게 될 수 있습니다.

또한 활용 중인 클라우드 아키텍처와 제공 모델도 고려해야 합니다. 모든 데이터나 실행하는 모든 앱이 퍼블릭 클라우드에 있어야 하는 것은 아닙니다. 이 작업을 통해 어떤 퍼블릭 클라우드 서비스가 프라이빗 클라우드 환경에 더 적합한지 또는 그 반대의 경우를 발견하는 데 도움을 받을 수 있습니다.

2단계: 통합 요구 사항 파악 및 계획 수립하기

전체 클라우드 환경을 개략적으로 파악하고 나면 통합 요구 사항을 훨씬 더 쉽게 매핑할 수 있습니다. 현재 가지고 있는 환경의 유형과 데이터를 공유하는 방법을 살펴보세요. 예를 들어, 별도의 프라이빗 클라우드 환경이 있는 경우 데이터 또는 애플리케이션 통합이 필요할까요, 아니면 둘 다 필요할까요? 클라우드 통합 전략을 세울 때 고려해야 할 몇 가지 광범위한 고려 사항은 다음과 같습니다.

• 프라이빗 클라우드 환경이 서로 통신하는 방식을 결정합니다.
• 서로 다른 공급업체의 퍼블릭 클라우드가 데이터를 통신하고 공유하는 방법을 결정합니다.
• 기존 격차가 있는지 파악하고 이 격차를 줄입니다.
• 서로 다른 서비스를 연결하기 위해 미들웨어를 구축해야 하는지 확인합니다.

통합은 서비스형 퍼블릭 소프트웨어 도입과 함께 자주 언급되는 과제이지만, 다른 클라우드 모델에서도 문제가 발생할 수 있습니다. 예를 들어 프라이빗 클라우드 간의 원활한 통합을 보장하려면 IT 부서가 고성능과 가용성을 보장하기 위해 여러 사이트의 네트워킹 인프라를 재검토해야 할 수 있습니다. 타사 공급업체를 사용하는 경우 문제가 더 복잡해집니다. 특정 공급업체가 API를 게시하거나 자사 서비스가 다른 공급업체와 쉽게 통신하는 것을 보장할 수 없기 때문입니다.

환경의 모든 서비스를 서로 통합할 필요는 없지만, 클라우드 통합 없이 클라우드를 도입하면 여러 환경에서 계속 업무를 재작성해야 하므로 애초에 클라우드로 마이그레이션할 때의 이점을 제대로 누리지 못하게 됩니다.

통합 요구 사항을 매핑할 때 최종 사용자가 생산성을 높이기 위해 무엇을 필요로 하는지 고려하는 것이 중요합니다. 애플리케이션과 데이터 간의 원활한 통합은 중요한 업무 기능에 필수적인 서비스에 있어 매우 중요합니다. 현재 통합 도구 세트를 매핑하여 격차가 있는 부분을 파악하고 이를 줄이는 작업을 시작할 수 있습니다.

3단계: 자동화 프레임워크 구축하기

자동화는 클라우드 컴퓨팅의 보편적인 이점 중 하나이지만, 멀티 클라우드 환경에서는 자동화 계획에서 고려해야 할 범위가 훨씬 더 넓습니다. 대기업은 이미 클라우드 배포를 자동화하기 위한 도구를 하나 이상 보유하고 있을 것이지만, 이러한 도구를 지속적으로 평가하고 확장성 요구사항에 맞게 조정하는 프레임워크가 반드시 갖춰져 있지는 않습니다.

직관적이지 않은 것처럼 보일 수 있지만, 자동화 프레임워크를 고려할 때 가장 좋은 출발점이 항상 기술 플랫폼인 것은 아닙니다. 그 대신 비즈니스 요구 사항과 기능에 대해 생각해 보세요. 즉, 플랫폼에 구애받지 않는 전략을 세우면 현재 사용 중인 도구가 이 전략에 얼마나 잘 부합하는지 확인할 수 있습니다. 사용 중인 도구가 전략과 잘 맞지 않는다면 더 적합한 플랫폼을 찾는 것이 좋습니다.

가장 먼저 대부분의 시간을 어디에 소비하고 있으며 무엇을 자동화해야 하는지 파악해야 합니다. 예를 들어, 앞으로 몇 년간 다양한 클라우드 서비스에 투자할 계획이라면 다양한 클라우드 환경 배포에 대한 표준화된 규칙을 자동화 계획에 포함시키는 것이 도움이 될 수 있습니다. 이렇게 하면 새로운 배포를 자동화할 준비가 되었을 때 표준화된 규칙을 구성 규칙으로 변환할 수 있습니다.

이 단계는 클라우드 환경 맵의 가치와 통합 고려 사항을 구축하는 데에도 도움이 됩니다. 통신이 필요한 앱이 무엇인지 이해하면 클라우드 간 자동화 방법을 더 잘 계획할 수 있을 뿐만 아니라 성능을 최적화할 수 있는 새로운 기회도 파악할 수 있습니다.

예를 들어, 새로 만들어야 하는 통합이 있는 경우 이러한 연결을 지원하는 네트워킹 인프라도 고려할 수 있습니다. 퍼블릭 클라우드인 경우 공급업체에 어떻게 연결할 수 있는지, 프라이빗 클라우드 환경을 검토 중인 경우 자체 IT 환경 내에서 성능을 조정할 수 있는지 여부를 고려할 수 있습니다.

4단계: 네트워킹 요구 사항 계획하기

처리 능력 및 데이터 스토리지와 같은 요구 사항을 고려하는 것도 중요하지만, 이 모든 것을 연결하는 인프라도 그에 못지않게 중요합니다. 단순한 클라우드 토폴로지를 놓고 볼 때, 네트워크 인프라는 클라우드가 아닌 인프라를 사용할 때와 비교하여 성능이 약간 저하될 수 있습니다. 더 복잡한 멀티 클라우드 아키텍처를 도입하기 시작하는 경우, 성능에 미치는 사소한 부정적인 영향이 하나하나 쌓여 높은 지연 시간이 지속적으로 발생하거나 나아가 서비스 중단까지 이르는 등 심각한 문제로 이어질 수 있습니다.

이 계획의 단계를 설정하려면 현재 클라우드 아키텍처가 어떻게 구축되어 있는지, 그리고 향후 5년 내에 어떤 위치에 있기를 원하는지 생각해 보는 것이 좋습니다. 주로 퍼블릭 클라우드를 사용하나요, 프라이빗 클라우드를 사용하나요, 아니면 두 가지를 혼합하여 사용하나요? 어떤 미션 크리티컬 비즈니스 앱이 데이터를 공유하고 있으며 이러한 연결은 어떻게 이루어지고 있나요?

모든 경우에 적용되는 일률적인 네트워킹 전략은 없지만 네트워킹 인프라는 클라우드 최적화 조정을 위한 핵심 영역입니다. 예를 들어, 하이브리드 클라우드 아키텍처는 내부 IT 환경을 제공업체에 직접 연결하는 클라우드 상호 연결 서비스에 적합하므로 공용 인터넷에 대한 의존도를 낮추고 직접 연결을 통해 더 높은 성능과 보안을 확보할 수 있습니다.

이는 또한 전반적인 네트워크를 향상시킬 수 있는 서비스를 고려하기에 좋은 시기이기도 합니다. 예를 들어 코로케이션은 인프라 구축에 드는 비용을 절감할 수 있다고 홍보되고 있지만, 코로케이션 서비스는 성능상의 이점도 제공할 수 있습니다. 성능 이점이 부각되고 있는 분야 중 하나는 엣지 컴퓨팅으로, 기업이 코로케이션을 활용하여 IT 인프라를 최종 사용자에게 더 가깝게 이동하는 것입니다.

이러한 추세는 이미 소비자 스트리밍 비디오 시장에서 나타나고 있습니다. 즉, 고성능에 대한 수요로 인해 TV 및 비디오 제공업체는 IT를 제품 소비자와 더 가까운 곳으로 옮겨 구축하고 있습니다. 이뿐 아니라 다른 산업 분야에서도 동일한 이점을 실현할 수 있습니다. 예를 들어, 여러 개의 위성 지사를 보유한 기업은 코로케이션을 사용하여 새로운 사무실을 위한 새로운 데이터센터에 완전히 투자하지 않고도 성능을 강화할 수 있습니다.

5단계: 향후 클라우드 도입을 평가하기 위한 전략 수립하기

현재 환경에 대한 포괄적인 이해와 목표에 대한 폭넓은 아이디어를 확보한 후에는 향후 공급업체 및 서비스를 평가하기 위한 프레임워크를 수립할 수 있습니다. 예를 들어, 어떤 서비스가 환경 맵과 연결되어 있는지, 더 많은 서비스를 클라우드로 마이그레이션할 때 어떤 서비스를 연결해야 하는지 파악할 수 있습니다.

향후 추가 조치 항목에는 더 많은 서비스를 도입하면서 발생하는 보안 요구 사항을 결정하기 위한 프레임워크 개발이 포함됩니다. 또한 비즈니스 요구 사항에 부합하도록 IT 요구 사항을 정기적으로 조정하기 위한 전략도 포함됩니다.

보안 및 서비스 수준 요구 사항 등을 고려하여 데이터의 '계층'을 여러 개로 나누고, 가장 높은 계층에는 가장 높은 수준의 보호, 가장 높은 수준의 이중화 및/또는 가장 높은 성능을 적용하는 것이 도움이 될 수 있습니다. 이 프레임워크를 구축하는 방법은 조직과 IT 환경의 고유한 요구 사항에 따라 크게 달라집니다.

그러나 미래를 계획하는 데 도움이 될 수 있는 또 다른 핵심 요소는 조직에서 클라우드 마이그레이션을 고려할 때 비즈니스 요구 사항과 IT 요구 사항이 서로 부합하도록 조정할 수 있는 조직 내 인력을 파악하는 것입니다. 예를 들어 영업 및 마케팅 부서에서 새로운 CRM 시스템을 도입하려는 경우, 해당 부서원들은 필수 기능을 파악하고, 액세스 제어 표준에 대한 아이디어를 개발하고, 특정 기능 요청에 대한 타당성을 결정하기 위해 노력할 것입니다. 이 모든 것이 향후 공급업체 및 플랫폼을 선택하는 데 영향을 미치게 됩니다.

예를 들어, 클라우드 네트워크를 업그레이드하려는 어떤 Digital Realty 파트너는 마이그레이션을 여러 단계로 나누었습니다. 1단계는 미국 내에서 진행되었으나 이 파트너는 향후 국제적으로도 네트워크를 간소화하고 업그레이드해야 한다는 점을 알고 있었기 때문에 Digital Realty의 글로벌 입지를 고려하여 Digital Realty를 활용하기로 결정하게 되었습니다.

이 프로세스를 통해 IT 부서와 비즈니스 부서는 더욱 효과적으로 협업할 수 있으며, 이는 IT와 클라우드가 전체 비즈니스 전략에 더욱 긴밀하게 통합됨에 따라 점점 더 중요한 요소가 될 것입니다. 최종적으로는 이전에는 문서화되지 않았거나 조직 전체에서 서로 다르게 수행되던 많은 프로세스를 공식화하는 데 도움이 됩니다.

멀티 클라우드 최적화를 향한 여정

결론은 많은 기업이 이미 멀티 클라우드 환경을 운영하고 있으며 이를 관리하기 위한 몇 가지 기본 전략을 가지고 있을 수도 있다는 것입니다. 그러나 향후 일반 기업이 사용하는 클라우드 서비스의 수와 종류가 급격히 증가할 것으로 예상됩니다. 이러한 복잡함을 성공적으로 관리하는 조직은 스택의 모든 계층에 걸쳐 핵심 인프라 및 클라우드 아키텍처 요구 사항을 비즈니스 요구 사항과 성공적으로 연결하는 역동적이고 발전하는 프레임워크를 개발하는 조직이 될 것으로 전망합니다.

동적 프레임워크와 IT 환경에 대한 포괄적인 맵이 없으면 기업은 비용을 절감하고 성능을 최적화할 수 있는 기회를 놓치게 됩니다. 즉, 클라우드 환경 아키텍처를 면밀히 살펴보고 있지 않다면 비용을 낭비하고 있는 것입니다.