이 문서에서는 비즈니스 목표, 동인, 요구사항과 하이브리드 및 멀티 클라우드 아키텍처를 구성할 때 이러한 요소가 설계 결정에 미치는 영향을 정의하고 설명합니다.
목표
조직은 특정 비즈니스 목표를 충족하기 위한 영구적인 솔루션으로 또는 클라우드로의 마이그레이션과 같은 특정 요구사항을 용이하게 하기 위한 임시 상태로 하이브리드 또는 멀티 클라우드 아키텍처를 채택할 수 있습니다.
비즈니스에 관한 다음 질문에 답변하면 비즈니스 요구사항을 정의하고 비즈니스 목표의 일부 또는 전부를 달성하는 방법에 관한 구체적인 기대치를 설정하는 데 도움이 됩니다. 이러한 질문은 기술적으로 어떻게 달성하는지가 아니라 비즈니스에 필요한 사항에 중점을 둡니다.
- 하이브리드 또는 멀티 클라우드 아키텍처를 채택하기로 결정한 비즈니스 목표는 무엇인가요?
- 하이브리드 또는 멀티 클라우드 아키텍처를 통해 달성할 비즈니스 및 기술 목표는 무엇인가요?
- 이러한 목표에 영향을 미친 비즈니스 동인은 무엇인가요?
- 구체적인 비즈니스 요구사항은 무엇인가요?
하이브리드 및 멀티 클라우드 아키텍처의 맥락에서 엔터프라이즈 고객의 비즈니스 목표 중 하나는 단일 지역에서 온라인 판매 운영 또는 시장을 확장하여 시장 부문에서 글로벌 리더가 되는 것일 수 있습니다. 비즈니스 목표 중 하나는 6개월 이내에 전 세계 (또는 특정 지역) 사용자의 주문서를 수락하는 것일 수 있습니다.
앞서 언급한 비즈니스 요구사항과 목표를 지원하기 위해 잠재적인 기본 기술 목표는 퍼블릭 클라우드의 글로벌 기능과 서비스를 사용하여 회사의 IT 인프라와 애플리케이션 아키텍처를 온프레미스 전용 모델에서 하이브리드 아키텍처로 확장하는 것입니다. 이 목표는 구체적이고 측정 가능해야 하며, 타겟 지역과 일정 측면에서 확장 범위를 명확하게 정의해야 합니다.
일반적으로 하이브리드 또는 멀티 클라우드 아키텍처는 목표가 아니라 특정 비즈니스 요구사항에 따라 기술 목표를 충족하기 위한 수단입니다. 따라서 적절한 하이브리드 또는 멀티 클라우드 아키텍처를 선택하려면 먼저 이 요구사항을 명확히 해야 합니다.
IT 프로젝트의 비즈니스 목표와 기술 목표를 구분하는 것이 중요합니다. 비즈니스 목표는 조직의 목표와 사명에 중점을 두어야 합니다. 기술 목표는 조직이 비즈니스 요구사항과 목표를 충족할 수 있는 기술적 기반을 구축하는 데 중점을 두어야 합니다.
비즈니스 동인은 비즈니스 목표 달성에 영향을 미칩니다. 따라서 비즈니스 동인을 명확하게 파악하면 시장 요구사항 및 트렌드와 더 관련성이 높은 비즈니스 목표를 수립하는 데 도움이 됩니다.
다음 흐름도는 비즈니스 동인, 목표, 목적, 요구사항, 기술 목표, 요구사항, 그리고 이러한 모든 요소가 서로 어떻게 관련되는지 보여줍니다.
비즈니스 및 기술적 동인
비즈니스 동인이 기술 목표에 어떤 영향을 미치는지 고려하세요. 하이브리드 아키텍처를 선택할 때 영향을 미치는 몇 가지 일반적인 비즈니스 동인은 다음과 같습니다.
- 데이터 주권 관련 법률 및 규정에 유의
- FinOps와 같은 클라우드 재무 관리 및 비용 최적화 분야의 지원을 통해 자본적 지출 (CAPEX) 또는 일반 IT 지출을 줄입니다.
- 클라우드 도입은 하이브리드 또는 멀티 클라우드 아키텍처에서 재해 복구 솔루션을 빌드하는 것과 같이 CAPEX를 줄이는 데 도움이 되는 시나리오에 의해 추진될 수 있습니다.
- 사용자 환경 개선
- 변화하는 시장 요구에 대응할 수 있도록 유연성 및 민첩성 증대
- 비용 및 리소스 소비에 관한 투명성 개선
하이브리드 또는 멀티 클라우드 아키텍처를 채택하기 위한 비즈니스 동인 목록을 함께 고려합니다. 이러한 요소를 개별적으로 고려하지 마세요. 최종 결정은 비즈니스 우선순위의 균형에 따라 달라집니다.
조직에서 클라우드의 이점을 인식한 후에는 클라우드로의 완전한 마이그레이션을 방해하는 비용이나 특정 규정 준수 요구사항(예: 보안이 강화된 데이터를 온프레미스에 호스팅해야 함)과 같은 제약이 없는 경우 완전한 마이그레이션을 결정할 수 있습니다.
단일 클라우드 제공업체를 채택하면 복잡성 감소, 서비스 간 기본 통합, 약정 사용 할인과 같은 비용 최적화 옵션 등 여러 이점이 있지만, 멀티 클라우드 아키텍처가 비즈니스에 유익할 수 있는 시나리오도 있습니다. 다음은 멀티 클라우드 아키텍처를 채택하는 일반적인 비즈니스 동인과 각 동인과 관련된 고려사항입니다.
- 데이터 주권 관련 법률 및 규정에 유의: 가장 일반적인 시나리오는 조직이 새 지역이나 국가로 비즈니스를 확장하고 새 데이터 호스팅 규정을 준수해야 하는 경우입니다.
- 기존에 사용 중인 클라우드 서비스 제공업체 (CSP)에 해당 국가의 로컬 클라우드 리전이 없는 경우 규정 준수를 위해 해당 국가에 로컬 클라우드 리전이 있는 다른 CSP를 사용하는 것이 일반적인 해결 방법입니다.
- 비용 절감: 비용 절감은 기술이나 아키텍처를 채택하는 가장 일반적인 비즈니스 동인인 경우가 많습니다. 하지만 멀티 클라우드 아키텍처를 채택할지 결정할 때는 서비스 비용과 잠재적인 가격 할인만 고려해서는 안 됩니다. 여러 클라우드에서 솔루션을 빌드하고 운영하는 비용과 기존 시스템에서 발생할 수 있는 아키텍처 제약 조건을 고려합니다.
경우에 따라 멀티 클라우드 전략과 관련된 잠재적인 문제가 이점보다 클 수 있습니다. 멀티 클라우드 전략을 사용하면 나중에 추가 비용이 발생할 수 있습니다.
멀티 클라우드 전략 개발과 관련된 일반적인 과제는 다음과 같습니다.
- 관리 복잡성 증가
- 일관된 보안 유지
- 소프트웨어 환경 통합
- 일관된 크로스 클라우드 성능 및 안정성 확보
- 멀티 클라우드 기술을 갖춘 기술팀을 구성하는 데 비용이 많이 들 수 있으며, 서드 파티 회사에서 관리하지 않는 한 팀을 확장해야 할 수 있습니다.
- 각 CSP의 제품 가격 및 관리 도구 관리
- 통합 비용 가시성과 대시보드를 제공할 수 있는 솔루션이 없으면 여러 환경에서 비용을 효율적으로 관리하기 어려울 수 있습니다. 이러한 경우 해당하는 경우 Looker 클라우드 비용 관리 솔루션을 사용할 수 있습니다. 자세한 내용은 Cloud Billing 비용 관리를 효과적으로 최적화하기 위한 전략을 참고하세요.
- 각 CSP의 고유한 기능 사용: 멀티 클라우드 아키텍처를 사용하면 조직에서 단일 클라우드 제공업체에서 제공하는 선택사항에 국한되지 않고 추가적인 신기술을 사용하여 자체 비즈니스 기능 제공을 개선할 수 있습니다.
- 예상치 못한 위험이나 복잡성을 방지하려면 앞에서 언급한 일반적인 과제를 비롯해 타당성 및 효과성 평가를 통해 잠재적인 과제를 평가하세요.
- 공급업체 종속 방지: 기업이 단일 클라우드 제공업체에 종속되는 것을 원하지 않는 경우가 있습니다. 멀티 클라우드 접근 방식을 사용하면 비즈니스 요구사항에 가장 적합한 솔루션을 선택할 수 있습니다. 하지만 이 결정의 타당성은 다음과 같은 여러 요인에 따라 달라집니다.
- 기술적 종속 항목
- 애플리케이션 간 상호 운용성 고려사항
- 애플리케이션 재빌드 또는 리팩터링 비용
- 기술 스킬 세트
- 일관된 보안 및 관리 용이성
- 비즈니스 크리티컬 애플리케이션의 안정성 및 가용성 수준 향상: 일부 시나리오에서 멀티 클라우드 아키텍처는 중단에 대한 복원력을 제공할 수 있습니다. 예를 들어 CSP의 한 리전이 다운되면 트래픽이 동일한 리전의 다른 CSP로 라우팅될 수 있습니다. 이 시나리오에서는 두 클라우드 제공업체 모두 해당 리전에서 필요한 기능이나 서비스를 지원한다고 가정합니다.
특정 국가 또는 지역의 데이터 상주 규정에 따라 개인 식별 정보(PII)와 같은 민감한 데이터를 해당 위치 내에 저장해야 하는 경우 멀티 클라우드 접근 방식을 통해 규정을 준수하는 솔루션을 제공할 수 있습니다. 한 리전에서 두 개의 CSP를 사용하여 서비스 중단에 대한 복원력을 제공하면 가용성 요구사항을 해결하는 동시에 규제 제한사항을 준수할 수 있습니다.
다음은 멀티 클라우드 아키텍처를 채택하기 전에 평가해야 할 복원력 고려사항입니다.
- 데이터 이동: 멀티 클라우드 환경 내에서 데이터가 얼마나 자주 이동할 수 있나요?
- 데이터 이동 시 상당한 데이터 전송 요금이 발생할 수 있나요?
- 보안 및 관리 용이성: 잠재적인 보안 또는 관리 용이성 복잡성이 있나요?
- 기능 패리티: 선택한 지역의 두 CSP 모두 필요한 기능과 서비스를 제공하나요?
- 기술 역량: 기술팀에 멀티 클라우드 아키텍처를 관리하는 데 필요한 기술이 있나요?
복원력을 개선하기 위해 멀티 클라우드 아키텍처를 사용하는 것이 타당한지 평가할 때는 이러한 모든 요소를 고려하세요.
멀티 클라우드 아키텍처의 실행 가능성을 평가할 때는 장기적인 이점을 고려하는 것이 중요합니다. 예를 들어 재해 복구 또는 신뢰성 향상을 위해 여러 클라우드에 애플리케이션을 배포하면 단기적으로 비용이 증가할 수 있지만 중단이나 장애를 방지할 수 있습니다. 이러한 실패는 장기적인 재정적 및 평판 손상을 초래할 수 있습니다. 따라서 멀티 클라우드 도입의 장기적인 잠재적 가치와 단기적인 비용을 비교하는 것이 중요합니다. 또한 장기적인 잠재적 가치는 조직 규모, 기술 규모, 기술 솔루션의 중요도, 업계에 따라 달라질 수 있습니다.
하이브리드 또는 멀티 클라우드 환경을 성공적으로 만들 계획이 있는 조직은 클라우드 우수센터 (COE) 구축을 고려해야 합니다. COE 팀은 클라우드로 전환하는 동안 조직 내 내부 팀이 비즈니스에 서비스를 제공하는 방식을 혁신하는 데 도움이 될 수 있습니다. COE는 조직이 클라우드를 더 빠르게 채택하고, 표준화를 추진하고, 비즈니스 전략과 클라우드 투자 간의 강력한 조화를 유지할 수 있는 방법 중 하나입니다.
하이브리드 또는 멀티 클라우드 아키텍처의 목표가 임시 상태를 만드는 것이라면 일반적인 비즈니스 동기는 다음과 같습니다.
- 단기 프로젝트의 CAPEX 또는 일반 IT 지출을 줄여야 합니다.
- 비즈니스 사용 사례를 지원하기 위해 이러한 인프라를 신속하게 프로비저닝할 수 있습니다. 예를 들면 다음과 같습니다.
- 이 아키텍처는 기간이 제한된 프로젝트에 사용할 수 있습니다. 제한된 기간 내에 대규모 분산 인프라가 필요한 프로젝트를 지원하는 데 사용할 수 있으며, 온프레미스 데이터를 계속 사용할 수 있습니다.
- 대기업이 인프라 및 애플리케이션 현대화를 비즈니스 우선순위에 맞추기 위해 일정 기간 동안 하이브리드 아키텍처를 사용하도록 지원하는 다년간의 디지털 혁신 프로젝트가 필요합니다.
- 기업 합병 후 임시 하이브리드, 멀티 클라우드 또는 혼합 아키텍처를 만들어야 합니다. 이렇게 하면 새 조직에서 새 클라우드 아키텍처의 최종 상태에 대한 전략을 정의할 수 있습니다. 합병하는 두 회사가 서로 다른 클라우드 제공업체를 사용하거나 한 회사는 온프레미스 비공개 데이터 센터를 사용하고 다른 회사는 클라우드를 사용하는 경우가 많습니다. 어떤 경우든 인수합병의 첫 번째 단계는 거의 항상 IT 시스템을 통합하는 것입니다.
기술적 동인
이전 섹션에서는 비즈니스 동인을 설명했습니다. 승인을 받으려면 주요 아키텍처 결정에 거의 항상 이러한 드라이버의 지원이 필요합니다. 하지만 기술적 이점이나 제약에 기반할 수 있는 기술적 요인도 비즈니스 요인에 영향을 줄 수 있습니다. 경우에 따라 기술적 동인을 비즈니스 동인으로 변환하고 비즈니스에 긍정적 또는 부정적 영향을 미칠 수 있는 방법을 설명해야 합니다.
다음 목록에는 하이브리드 또는 멀티 클라우드 아키텍처를 채택하는 일반적인 기술적 동인이 포함되어 있습니다.
- 고급 분석 서비스 및 AI와 같은 기술적 기능은 기존 환경에서 구현이 어려울 수 있음
- 서비스 품질 및 성능 개선
- 애플리케이션 롤아웃을 자동화 및 가속화하여 출시 시간 및 주기 시간 단축
- 높은 수준의 API 및 서비스를 사용하여 개발 속도를 높임
- 컴퓨팅 및 저장소 리소스 프로비저닝 가속화
- 서버리스 서비스를 사용하여 탄력적인 서비스와 기능을 더 빠르게 대규모로 빌드합니다.
- 전역 인프라 기능을 사용하여 특정 기술 요구사항을 충족하는 전역 또는 멀티 리전 아키텍처를 빌드합니다.
임시 하이브리드 및 임시 멀티 클라우드 아키텍처의 가장 일반적인 기술적 동기는 온프레미스에서 클라우드 또는 추가 클라우드로의 마이그레이션을 용이하게 하는 것입니다. 일반적으로 클라우드 마이그레이션은 거의 항상 자연스럽게 하이브리드 클라우드 설정으로 이어집니다. 기업은 우선순위에 따라 애플리케이션과 데이터를 체계적으로 전환해야 하는 경우가 많습니다. 마찬가지로 단기 설정은 특정 기간 동안 클라우드에서 사용할 수 있는 고급 기술을 사용하여 개념 증명을 용이하게 하기 위한 것일 수 있습니다.
기술 설계 결정
확인된 기술 목표와 그 동인은 비즈니스 중심 아키텍처 결정을 내리고 이 가이드에서 설명하는 아키텍처 패턴 중 하나를 선택하는 데 중요합니다. 예를 들어 특정 비즈니스 목표를 지원하기 위해 회사는 3~6개월 동안 연구 개발 관행을 구축하는 비즈니스 목표를 설정할 수 있습니다. 이 목표를 지원하는 주요 비즈니스 요구사항은 가능한 가장 낮은 CAPEX로 연구 및 설계를 위한 필수 기술 환경을 구축하는 것일 수 있습니다.
이 경우 기술적 목표는 임시 하이브리드 클라우드 설정을 갖추는 것입니다. 이 기술 목표의 동기는 이전에 언급한 비즈니스 요구사항을 충족하기 위해 클라우드의 주문형 가격 모델을 활용하는 것입니다. 또 다른 요인은 높은 컴퓨팅 용량과 빠른 설정이 가능한 클라우드 기반 솔루션이 필요한 특정 기술 요구사항입니다.
하이브리드 및 멀티 클라우드 아키텍처에 Google Cloud 사용
오픈소스 솔루션을 사용하면 하이브리드 및 멀티 클라우드 접근 방식을 더 쉽게 채택하고 공급업체 종속을 최소화할 수 있습니다. 하지만 아키텍처를 계획할 때는 다음과 같은 잠재적 복잡성을 고려해야 합니다.
- 상호 운용성
- 관리 효율성
- 비용
- 보안
오픈소스에 기여하고 이를 지원하는 클라우드 플랫폼을 기반으로 구축하면 하이브리드 및 멀티 클라우드 아키텍처를 채택하는 경로를 간소화할 수 있습니다. 개방형 클라우드는 최대한 다양한 선택지를 제공하고 복잡성을 추상화하는 접근 방식을 통해 사용자를 지원합니다. 또한 Google Cloud 는 공급업체 종속을 최소화하고 최고의 솔루션을 사용하며 규제 요건을 충족하면서 하이브리드 및 멀티 클라우드 환경에서 애플리케이션을 마이그레이션, 빌드, 최적화할 수 있는 유연성을 제공합니다.
Google은 오픈소스 생태계의 최대 참여자 중 하나이며 오픈소스 커뮤니티와 협력하여 Kubernetes와 같은 잘 알려진 오픈소스 기술을 개발합니다. 관리형 서비스로 출시된 Kubernetes는 하이브리드 및 멀티 클라우드 관리 가능성과 보안에 관한 복잡성을 줄이는 데 도움이 될 수 있습니다.