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