이 문서는 총 3부로 구성된 문서 중 두 번째 문서입니다. 일반적인 하이브리드 및 멀티 클라우드 아키텍처 패턴을 설명합니다. 또한 이러한 패턴이 가장 적합한 시나리오에 대해서도 설명합니다. 마지막으로 Google Cloud에서 이러한 아키텍처를 배포할 때 사용할 수 있는 권장사항을 제공합니다.
모든 기업은 고유한 애플리케이션 워크로드 포트폴리오를 통해 하이브리드 또는 멀티 클라우드 설정의 아키텍처에 대한 요구사항과 제약 조건을 관리합니다. 이러한 제약 조건 및 요구사항을 충족하도록 아키텍처를 설계하고 맞춤화해야 하지만 몇 가지 일반적인 패턴에 의존하여 기본 아키텍처를 정의할 수 있습니다.
아키텍처 패턴은 특정 요구사항이나 사용 사례를 해결하는 재사용 가능한 솔루션을 만들기 위해 기술 솔루션, 애플리케이션 또는 서비스의 여러 기능 구성요소를 구조화하는 반복 가능한 방법입니다. 클라우드 기반 기술 솔루션은 서로 다른 분산 클라우드 서비스로 구성되는 경우가 많습니다. 이러한 서비스는 필요한 기능을 제공하기 위해 협력합니다. 이 맥락에서 각 서비스는 기술 솔루션의 기능 구성요소로 간주됩니다. 마찬가지로 애플리케이션은 여러 기능 계층, 모듈 또는 서비스로 구성될 수 있으며 각 계층, 모듈 또는 서비스는 애플리케이션 아키텍처의 기능 구성요소를 나타낼 수 있습니다. 이러한 아키텍처는 특정 비즈니스 사용 사례를 해결하고 재사용 가능한 기본 패턴으로 사용되도록 표준화할 수 있습니다.
일반적으로 애플리케이션 또는 솔루션의 아키텍처 패턴을 정의하려면 다음을 식별하고 정의하세요.
솔루션 또는 애플리케이션의 구성요소입니다.
각 구성요소의 예상 기능(예: 그래픽 사용자 인터페이스를 제공하는 프런트엔드 기능 또는 데이터 액세스를 제공하는 백엔드 기능)
구성요소가 서로 그리고 외부 시스템 또는 사용자와 통신하는 방식 최신 애플리케이션에서 이러한 구성요소는 잘 정의된 인터페이스나 API를 통해 상호작용합니다. 비동기 및 동기, 요청-응답, 큐 기반과 같은 다양한 통신 모델이 있습니다.
다음은 하이브리드 및 멀티 클라우드 아키텍처 패턴의 두 가지 주요 카테고리입니다.
분산 아키텍처 패턴:
이러한 패턴은 워크로드 또는 애플리케이션 구성요소의 분산 배포를 사용합니다. 즉, 패턴에 가장 적합한 컴퓨팅 환경에서 애플리케이션(또는 애플리케이션의 특정 구성요소)을 실행합니다.
이렇게 하면 패턴이 분산되고 상호 연결된 컴퓨팅 환경의 다양한 속성과 특성을 활용할 수 있습니다.
중복 아키텍처 패턴: 이러한 패턴은 워크로드의 중복 배포를 기반으로 합니다. 이러한 패턴에서는 동일한 애플리케이션과 그 구성요소를 여러 컴퓨팅 환경에 배포합니다. 목표는 애플리케이션의 성능 용량 또는 복원력을 늘리거나 개발 및 테스트를 위해 기존 환경을 복제하는 것입니다.
선택한 아키텍처 패턴을 구현할 때는 적절한 배포 원형을 사용해야 합니다.
배포 원형은 영역, 리전, 멀티 리전 또는 전역입니다. 이 선택은 애플리케이션별 배포 아키텍처를 구성하기 위한 기반을 형성합니다. 각 배포 원형은 애플리케이션이 작동할 수 있는 장애 도메인의 조합을 정의합니다. 이러한 장애 도메인은 하나 이상의 Google Cloud 영역 또는 리전을 포함할 수 있으며, 다른 클라우드 제공업체의 온프레미스 데이터 센터 또는 장애 도메인을 포함하도록 확장될 수 있습니다.
[[["이해하기 쉬움","easyToUnderstand","thumb-up"],["문제가 해결됨","solvedMyProblem","thumb-up"],["기타","otherUp","thumb-up"]],[["이해하기 어려움","hardToUnderstand","thumb-down"],["잘못된 정보 또는 샘플 코드","incorrectInformationOrSampleCode","thumb-down"],["필요한 정보/샘플이 없음","missingTheInformationSamplesINeed","thumb-down"],["번역 문제","translationIssue","thumb-down"],["기타","otherDown","thumb-down"]],["최종 업데이트: 2024-10-24(UTC)"],[[["\u003cp\u003eThis document outlines common hybrid and multicloud architecture patterns, offering insights into their ideal use cases.\u003c/p\u003e\n"],["\u003cp\u003eThe content is the second part of a three-part series, focusing specifically on the patterns themselves, with the other parts covering planning and secure networking.\u003c/p\u003e\n"],["\u003cp\u003eThe document distinguishes between two primary categories of architecture patterns: distributed patterns, which utilize varied computing environments, and redundant patterns, which employ multiple deployments for enhanced performance or resilience.\u003c/p\u003e\n"],["\u003cp\u003eArchitecture patterns are described as repeatable structures that define functional components, their expected roles, and their communication methods within a solution or application, often standardized for specific business use cases.\u003c/p\u003e\n"],["\u003cp\u003eImplementing selected architecture patterns requires choosing a deployment archetype, such as zonal, regional, multi-regional, or global, which defines the failure domains for application operation across various computing environments.\u003c/p\u003e\n"]]],[],null,["# Hybrid and multicloud architecture patterns\n\nThis document is the second of three documents in a set. It discusses common hybrid and\nmulticloud architecture patterns. It also describes the scenarios that these\npatterns are best suited for. Finally, it provides the best practices you can\nuse when deploying such architectures in Google Cloud.\n\nThe document set for hybrid and multicloud architecture patterns consists of\nthese parts:\n\n- [Build hybrid and multicloud architectures](/architecture/hybrid-multicloud-patterns): discusses planning a strategy for architecting a hybrid and multicloud setup with Google Cloud.\n- Hybrid and multicloud architecture patterns: discusses common architecture patterns to adopt as part of a hybrid and multicloud strategy (this document).\n- [Hybrid and multicloud secure networking architecture patterns](/architecture/hybrid-multicloud-secure-networking-patterns): discusses hybrid and multicloud networking architecture patterns from a networking perspective.\n\nEvery enterprise has a unique portfolio of application workloads that place\nrequirements and constraints on the architecture of a hybrid or multicloud\nsetup. Although you must design and tailor your architecture to meet these\nconstraints and requirements, you can rely on some common patterns to define the foundational architecture.\n\nAn architecture pattern is a repeatable way to structure multiple functional\ncomponents of a technology solution, application, or service to create a\nreusable solution that addresses certain requirements or use cases. A\ncloud-based technology solution is often made of several distinct and\ndistributed cloud services. These services collaborate to deliver required\nfunctionality. In this context, each service is considered a functional\ncomponent of the technology solution. Similarly, an application can consist of\nmultiple functional tiers, modules, or services, and each can represent a\nfunctional component of the application architecture. Such an architecture can\nbe standardized to address specific business use cases and serve as a\nfoundational, reusable pattern.\n\nTo generally define an architecture pattern for an application or solution,\nidentify and define the following:\n\n- The components of the solution or application.\n- The expected functions for each component---for example, frontend functions to provide a graphical user interface or backend functions to provide data access.\n- How the components communicate with each other and with external systems or users. In modern applications, these components interact through well-defined interfaces or APIs. There are a wide range of communication models such as asynchronous and synchronous, request-response, or queue-based.\n\nThe following are the two main categories of hybrid and multicloud architecture\npatterns:\n\n- [Distributed architecture patterns](/architecture/hybrid-multicloud-patterns-and-practices/distributed-patterns): These patterns rely on a distributed deployment of workloads or application components. That means they run an application (or specific components of that application) in the computing environment that suits the pattern best. Doing so lets the pattern capitalize on the different properties and characteristics of distributed and interconnected computing environments.\n- Redundant architecture patterns: These patterns are based on redundant deployments of workloads. In these patterns, you deploy the same applications and their components in multiple computing environments. The goal is to either increase the performance capacity or resiliency of an application, or to replicate an existing environment for development and testing.\n\nWhen you implement the architecture pattern that you select, you must use a\nsuitable\n[deployment archetype](/architecture/deployment-archetypes).\nDeployment archetypes are zonal, regional, multi-regional, or global. This\nselection forms the basis for constructing application-specific deployment\narchitectures. Each deployment archetype defines a combination of failure\ndomains within which an application can operate. These failure domains can\nencompass one or more\n[Google Cloud zones or regions](/architecture/infra-reliability-guide/building-blocks#regions_and_zones),\nand can be expanded to include your on-premises data centers or failure domains\nin other cloud providers.\n\nThis series contains the following pages:\n\n- [Distributed architecture patterns](/architecture/hybrid-multicloud-patterns-and-practices/distributed-patterns)\n\n - [Tiered hybrid pattern](/architecture/hybrid-multicloud-patterns-and-practices/tiered-hybrid-pattern)\n - [Partitioned multicloud pattern](/architecture/hybrid-multicloud-patterns-and-practices/partitioned-multicloud-pattern)\n\n - [Analytics hybrid and multicloud pattern](/architecture/hybrid-multicloud-patterns-and-practices/analytics-hybrid-multicloud-pattern)\n\n - [Edge hybrid pattern](/architecture/hybrid-multicloud-patterns-and-practices/edge-hybrid-pattern)\n\n- Redundant architecture patterns\n\n - [Environment hybrid pattern](/architecture/hybrid-multicloud-patterns-and-practices/environment-hybrid-pattern)\n - [Business continuity hybrid and multicloud patterns](/architecture/hybrid-multicloud-patterns-and-practices/business-continuity-patterns)\n - [Cloud bursting pattern](/architecture/hybrid-multicloud-patterns-and-practices/cloud-bursting-pattern)\n\nContributors\n------------\n\nAuthor: [Marwan Al Shawi](https://www.linkedin.com/in/marwanalshawi) \\| Partner Customer Engineer\n\nOther contributors:\n\n- [Saud Albazei](https://www.linkedin.com/in/albazei) \\| Customer Engineer, Application Modernization\n- [Anna Berenberg](https://www.linkedin.com/in/annaberenberg) \\| Engineering Fellow\n- [Marco Ferrari](https://www.linkedin.com/in/ferrarimark) \\| Cloud Solutions Architect\n- [Victor Moreno](https://www.linkedin.com/in/vimoreno) \\| Product Manager, Cloud Networking\n- [Johannes Passing](https://www.linkedin.com/in/johannespassing) \\| Cloud Solutions Architect\n- [Mark Schlagenhauf](https://www.linkedin.com/in/mark-schlagenhauf-63b98) \\| Technical Writer, Networking\n- [Daniel Strebel](https://www.linkedin.com/in/danistrebel) \\| EMEA Solution Lead, Application Modernization\n- [Ammett Williams](https://www.linkedin.com/in/ammett) \\| Developer Relations Engineer\n\n\u003cbr /\u003e"]]
