Cloud Foundation Toolkit에는 새로운 클라우드 인프라의 다음 측면을 시작하는 데 도움이 되는 리소스가 포함되어 있습니다.
Identity and Access Management
리소스 관리
네트워킹
데이터 관리
코드형 인프라
로깅, 모니터링, 결제
보안 기반
GKE 기반
마이그레이션 개념
클라우드 마이그레이션 프로젝트는 조직이 애플리케이션을 Google Cloud로 마이그레이션하기 위해 따라야 하는 전체 프로세스를 나타냅니다.
각 클라우드 마이그레이션 프로젝트는 웨이브로 나뉩니다. 웨이브는 워크로드 검색 및 평가로 식별되는 공통 특성 또는 상호 의존성을 공유하는 애플리케이션 그룹입니다. 독립형 애플리케이션 및 데이터베이스는 외부 종속 항목이 적으므로 일반적으로 첫 번째 마이그레이션 웨이브에 적합합니다. 반면 종속 항목이 많은 애플리케이션은 추가 계획이 필요한 복잡한 마이그레이션 웨이브를 구성합니다.
마이그레이션 웨이브 내의 워크로드는 이동 그룹으로 나뉘고 스프린트에서 Google Cloud로 마이그레이션됩니다.
이동 그룹은 함께 마이그레이션해야 하는 인프라 리소스 및 워크로드의 그룹입니다.
이러한 리소스와 워크로드는 동일한 애플리케이션 또는 상호 의존적인 애플리케이션 그룹에 포함될 수 있습니다.
비즈니스 기능은 이동 그룹을 결정하는 데 가장 중요한 측면 중 하나입니다. 예를 들어 소매업에서의 공급망 관리 및 재고 관리, 은행의 사기 모니터링, 보험에서의 청구 처리는 해당 도메인의 비즈니스 기능 영역을 나타냅니다.
마이그레이션 도중 및 이후에 비즈니스 서비스 성능 및 가용성에 대한 중단을 최소화하거나 발생하지 않도록 하려면 비즈니스 기능을 고려하는 것이 중요합니다.
비즈니스 기능 영역 내에서 서로 다른 환경에 따라 마이그레이션을 수행해야 합니다.
연구 개발(R&D) 환경은 일반적으로 먼저 마이그레이션됩니다. 이렇게 하면 마이그레이션을 방지하거나 속도를 저하시킬 수 있는 문제를 식별하고 완화할 수 있습니다.
그런 다음 R&D, 사전 프로덕션 버전, 프로덕션 환경의 마이그레이션을 진행하는 동안 권장사항과 완화 활동을 따를 수 있습니다.
시간이 지남에 따라 데이터 수집이 점점 더 세분화되고 정확해짐에 따라 지속적인 프로세스로 검색 및 평가를 실행해야 합니다.
이를 통해 워크로드별 데이터의 정확성을 지속적으로 향상시킬 수 있으므로 클라우드 마이그레이션과 관련된 워크로드별 위험을 식별할 수 있습니다.
첫 번째 검색 및 평가 웨이브를 통해 인프라 구성요소와 워크로드 사이의 종속 항목에 대한 개략적인 맵을 만들 수 있습니다.
이는 첫 번째 웨이브에서 대상 Google Cloud 아키텍처의 요소를 계획하고 최적화하는 데 도움이 됩니다. 예를 들어 VM 유형, 스토리지 클래스, 시작 영역 설계, 연산 및 I/O 처리량 요구사항을 기반으로 한 높은 수준의 용량 크기 조정 등이 포함됩니다.
또한 탐색 및 평가와 동시에 마이그레이션 위험 평가를 실행해야 합니다. 목표는 마이그레이션과 관련된 워크로드별 위험을 식별 및 측정하고 적절한 완화 작업을 시작하는 것입니다.
[[["이해하기 쉬움","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-12-21(UTC)"],[],[],null,["# About migration planning\n\nAfter you complete the discovery and assessment phase, and set up your\nfoundation design, you can start planning your migration by categorizing\nyour workloads into *migration waves*.\n\nThis page describes how to plan a successful migration.\n\nBefore you begin\n----------------\n\nBefore you start your migration planning, complete a\n[workload discovery and assessment](/migration-center/docs/discovery-and-assessment-overview),\nand create an overall migration strategy with the following tasks:\n\n- Create a catalog of workloads, such as applications, services, and databases, that you want to migrate.\n- Map the workloads to infrastructure components.\n- Map the dependencies.\n- Identify high level migration and modernization paths (rehost, replatform, refactor, re-architect, replace, retire).\n\nThen, use the\n[Cloud Foundation Toolkit](/foundation-toolkit)\nto build your foundation on Google Cloud.\n\nThe Cloud Foundation Toolkit includes resources to help you get started with the\nfollowing aspects of your new cloud infrastructure:\n\n- Identity and Access Management\n- Resource management\n- Networking\n- Data management\n- Infrastructure as code\n- Logging, monitoring, and billing\n- Security foundations\n- GKE foundations\n\n| **Note:** [Foundations design and set up](/architecture/migration-to-google-cloud-building-your-foundation) is a preliminary step to migration planning and landing zone creation. You must tailor your migration landing zones to meet your specific use cases and application requirements. The details of the landing zone, such as IAM, networking constructs, logging, monitoring, billing, and security, are determined based on the fundamental design elements created during the foundations design phase.\n\nMigration concepts\n------------------\n\nA **cloud migration project** represents the entire process that\nyour organization follows to migrate the applications to Google Cloud.\n\nEach cloud migration project is divided into **waves**. A wave is a group of\napplications that share common characteristics or interdependencies, as\nidentified by the workload discovery and assessment. Standalone applications and\ndatabases are typically good candidates for a first migration wave, given their\nlow external dependencies. On the other hand, applications with many\ndependencies would constitute a complex migration wave that requires\nadditional planning.\n\nApplications within a migration wave are divided into **move groups** and\nmigrated to Google Cloud in **sprints**.\nA move group is a group of infrastructure resources and workloads that\nyou need to migrate together.\nThese resources and workloads can be part of the same application, or a group\nof applications that are interdependent.\n\nBusiness capability is one of the most important aspects to determine the move\ngroups. For example, supply chain management and inventory management in\nretail, fraud monitoring in banking, claim processing in insurance, represent\nbusiness capability areas in the respective domains.\nConsidering business capability is critical to ensure minimal or no\ndisruption to business service performance and availability during\nand after migration.\n\nWithin a business capability area, you need to perform the migration\naccording to your different environments.\nResearch and development (R\\&D) environments are typically the first to be\nmigrated. This helps you identify and mitigate any blockers that might\nprevent or slow down the migration.\nYou can then follow the best practices and mitigation activities\nas you progress through the migration of R\\&D, pre-production\nand production environments.\n\nYou need to run **discovery and assessment** as an ongoing process, with data\ncollection getting increasingly refined and more accurate over time.\nThis lets you constantly improve the accuracy of workload-specific data,\nwhich helps you identify workload-specific risks associated with the\ncloud migration.\n\nThe first wave of discovery and assessment lets you create a high-level map\nof the dependencies between your infrastructure components and workloads.\nThis helps you plan and optimize the elements of your target Google Cloud\narchitecture during the first wave---for example, VM types, storage classes,\nlanding zone design, high-level capacity sizing based on computational\nand I/O throughput requirements.\n\nYou also need to run a **migration risk assessment** in parallel with\ndiscovery and assessment. The aim is to identify and measure the\nworkload-specific risks associated with the migration, and to\nstart the appropriate mitigation actions.\n\nThe following diagram shows the whole migration process at a glance.\n\nWhat's next\n-----------\n\n- Learn how to [evaluate and mitigate the migration risks](/migration-center/docs/migration-risks).\n- Learn how to [plan your migration waves](/migration-center/docs/plan-migration-waves)."]]
