적용 대상: Azure Logic Apps(표준)
메모
이 미리 보기 기능은 Microsoft Azure 미리 보기에 대한 추가 사용 약관의 적용을 받습니다.
이전 검색 단계에서 통합 프로젝트의 디자인, 아티팩트, 구성 요소 및 종속성에 대한 구체적인 정보를 제공하지만 여전히 인벤토리를 실행 가능한 마이그레이션 로드맵으로 전환하는 주요 과제에 직면해 있습니다. 아티팩트 및 구성 요소가 Azure Logic Apps(표준)에서 동등한 항목에 매핑되는 방법, 재설계가 필요할 수 있는 부분 및 변환 프로세스를 시작하기 전에 이러한 작업이 얼마나 많은 노력을 기울이는지에 대한 정보가 필요합니다.
계획 단계에서 Visual Studio Code Azure Logic Apps 마이그레이션 에이전트는 카탈로그 아티팩트를 사용하고 각 논리 흐름 그룹에 대한 자세한 마이그레이션 계획을 생성합니다. 이 마이그레이션 계획에는 작업 매핑, 권장 접근 방식이 있는 마이그레이션 간격, 작업 예측 및 작업 계획이 포함됩니다. 이 지식을 바탕으로 더 큰 예측 가능성과 명확하고 낮은 위험 계획을 사용하여 변환 단계로 넘어갈 수 있습니다.
이 문서에서는 Azure Logic Apps 마이그레이션 에이전트가 계획 단계에서 마이그레이션 계획을 만드는 방법을 설명합니다. 그런 다음 이 마이그레이션 계획을 사용하여 원본 아티팩트를 Azure Logic Apps(표준)에 매핑하고, 재설계가 필요한 부분을 식별하며, 변환 프로세스를 시작하기 전에 소요 시간을 예측할 수 있습니다.
단계 작업 계획
Azure Logic Apps 마이그레이션 에이전트에서 원 디자인 분석 작업을 완료하면 계획 논리 앱 디자인 작업을 사용할 수 있게 됩니다. 이 작업을 선택하면 @migration-planner GitHub Copilot 에이전트 각 흐름 그룹에 대해 다음 정보를 생성합니다.
| 섹션 이름 | 설명 |
|---|---|
| 아키텍처 | 제안된 솔루션에 대한 디자이너 뷰, 코드 뷰 및 아키텍처 다이어그램입니다. |
| 추가적인 Azure 구성 요소 | 제안된 디자인에 필요한 명시적 및 비명시적 Azure 구성 요소 변환입니다. |
| 작업 매핑 | 원본 플랫폼 구성 요소와 Azure Logic Apps(표준)에서의 해당 구성 요소 간의 일대일 매핑입니다. 예를 들어: - BizTalk FILE 수신 포트는 표준 워크플로의 파일 시스템 트리거에 매핑됩니다. - BizTalk HTTP 송신 포트는 표준 워크플로의 HTTP 작업에 매핑됩니다. 자세한 내용은 작업 매핑을 참조하세요. |
| 아티팩트 처리 | 변환이 필요한 아티팩트 및 업로드 대상입니다. |
| 마이그레이션 격차 | 표준 워크플로 및 권장 해결 방법에서 직접 동등한 기능이 없는 기능 또는 구성 요소입니다. 예를 들어 BizTalk 사용자 지정 파이프라인 구성 요소에는 표준 워크플로에서 .NET 로컬 함수가 필요할 수 있습니다. 자세한 내용은 마이그레이션 간격을 참조하세요. |
| 통합 패턴 | 통합 흐름에서 검색된 패턴입니다. |
| 요약 | 제안된 워크플로에 대한 개략적인 개요입니다. |
| 노력 추정 | 작업, 간격 및 종속성 수에 따라 각 통합 흐름에 대한 예상 복잡성(낮음, 중간, 높음) 및 노력입니다. |
| 작업 계획 | 다음 단계의 변환 작업에 대한 단계별 지침입니다. 자세한 내용은 작업 계획을 참조하세요. |
다음 예제에서는 생성된 샘플 마이그레이션 계획을 보여줍니다.
다음 섹션에서는 특정 마이그레이션 계획 영역에 대한 자세한 정보를 제공합니다.
작업 매핑
작업 매핑 섹션에서는 각 원본 구성 요소가 표준 워크플로에서 동등한 구성 요소에 매핑되는 방법을 설명합니다. 예를 들면 다음과 같습니다.
| 원본 구성 요소 | 해당하는 표준 워크플로 | 작업 유형 | 매핑 유형 | 비고 |
|---|---|---|---|---|
| 수신 포트(FILE) | 파일 시스템 트리거 파일이 추가되거나 수정될 때 | 기본 제공 | 런타임 네이티브 | Azure Logic Apps 런타임과 동일한 프로세스에서 실행되는 built-in 버전을 선택합니다.
shared 버전은 다중 테넌트 Azure 실행됩니다. 자세한 내용은 다음을 참조하세요. - 파일 시스템 기본 제공 커넥터 참조 |
| 송신 포트(HTTP) | HTTP 작업 | 기본 제공 | 런타임 네이티브 | 자세한 내용은 Azure Logic Apps에서 외부 HTTP 또는 HTTPS 엔드포인트를 호출하는 방법을 참조하십시오. |
| 오케스트레이션 형태(변환) | XML 변환이라는 XML 작업 | 기본 제공 | 런타임 네이티브 | 자세한 내용은 Azure Logic Apps에서 XML 변환을 참조하세요. |
| 사용자 지정 파이프라인 구성 요소 |
Azure Functions 함수 또는 .NET 로컬 함수 |
기본 제공 | Custom | 코드 마이그레이션이 필요합니다. 자세한 내용은 다음을 참조하세요. - Azure Logic Apps에서 Azure Functions를 호출합니다 |
마이그레이션 갭
식별된 각 간격에 대해 계획에는 다음 정보가 포함됩니다.
| 항목 | 설명 |
|---|---|
| 간격 설명 | 원본 구성 요소의 기능 및 직접적인 동등한 기능이 없는 이유 |
| 권장 솔루션 | .NET 로컬 함수, Azure Functions 함수 또는 사용자 지정 커넥터 사용과 같은 제안된 해결 방법입니다. |
| 노력에 미치는 영향 | 이 간격이 마이그레이션 작업 예측에 미치는 영향 |
작업 계획
각 마이그레이션 계획에는 3단계 - 변환을 구동하는 단계별 지침을 제공하는 작업 계획이 포함됩니다. 각 태스크는 다음 정보를 지정합니다.
- 변환할 아티팩트입니다.
- Azure Logic Apps 대상 표준 워크플로 구조입니다.
- 생성할 연결 및 구성입니다.
- 작성해야 하는 모든 사용자 지정 코드입니다.
계획 검토 및 조정
마이그레이션 에이전트가 마이그레이션 계획을 생성한 후 로드맵 및 권장 사항을 이해할 수 있도록 계획을 신중하게 검토합니다. 변환 단계로 넘어가기 전에 시나리오에 필요한 업데이트를 만듭니다. 계획의 정확도는 변환 출력의 품질에 큰 영향을 줍니다.
계획을 더 잘 이해하고 업데이트해야 하는지 여부를 확인하려면 다음 작업을 위해 Visual Studio Code Copilot 채팅을 사용하여 @migration-planner GitHub Copilot 에이전트 상호 작용합니다.
- 특정 매핑에 대해 질문합니다.
- 간격 해결을 위한 대체 방법을 요청합니다.
- 작업 예상을 조정합니다.
- 변환으로 이동하기 전에 계획 수정을 요청합니다.
관련 콘텐츠
- 통합 플랫폼에서 Azure Logic Apps로의 마이그레이션 자동화
- Quickstart: Azure Logic Apps 마이그레이션 에이전트를 사용하여 통합 프로젝트 마이그레이션