다음을 통해 공유


ALM을 위한 환경 전략

ALM(애플리케이션 수명 주기 관리) 원칙을 따르려면 앱 개발 및 프로덕션을 위한 별도의 환경이 필요합니다. 별도의 개발 및 프로덕션 환경에서만 기본 ALM을 수행할 수 있지만 개발 및 프로덕션 환경과 분리된 테스트 환경을 하나 이상 유지하는 것이 좋습니다. 별도의 테스트 환경이 있으면 솔루션 배포 및 애플리케이션 테스트가 포함된 종단 간 유효성 검사를 수행할 수 있습니다. 일부 조직에는 UAT(사용자 승인 테스트), SIT(시스템 통합 테스트) 및 교육을 위한 더 많은 환경이 필요할 수도 있습니다.

별도의 개발 환경은 변경 사항이 완료되기 전에 한 번의 체크 인 작업에서 변경 사항을 격리하는 데 도움이 될 수 있습니다. 또한 개별 개발 환경은 변경을 실시하는 동안 한 사람이 다른 사람에게 부정적인 영향을 주는 상황을 줄이는 데 도움이 될 수 있습니다.

모든 조직은 고유하므로 조직의 환경 요구 사항을 신중하게 고려하십시오.

개발 환경

다음과 같은 질문에 대답해야 합니다.

기타 환경

"어떤 유형의 비 개발 환경이 필요합니까?"라는 질문에도 대답해야 합니다.

예를 들어 프로덕션 환경 외에도 별도의 테스트, UAT, SIT 및 사전 프로덕션 환경이 필요할 수 있습니다. 최소한 모든 정상 ALM 실습에는 프로덕션 환경에 무언가를 배치하기 전에 테스트 환경을 사용하는 것이 포함되어야 합니다. 이를 통해 앱을 테스트할 수 있는 공간을 확보할 수 있을 뿐만 아니라 배포 자체를 테스트할 수 있습니다.

추가 정보: Microsoft Power Platform을 위한 환경 전략 수립

다중 지역 고려 사항

Power Platform 환경은 전 세계적으로 환경이 업데이트됨에 따라 특정 서비스 업데이트 일정을 따릅니다. 주로 지리적 위치에 따라 정의되는 총 6개의 스테이션이 있습니다. 서비스 업데이트는 스테이션별로 순차적으로 적용됩니다. 따라서 스테이션 2 서비스 업데이트는 스테이션 3보다 먼저 적용됩니다. 따라서 다른 스테이션에 있는 환경이 특정 시점에 다른 버전을 갖는 것이 일반적입니다. 환경 서비스 업데이트 일정에 대한 자세한 내용은 Microsoft Dataverse의 릴리스 버전을 참고하세요.

솔루션 가져오기 및 환경 버전

서로 다른 지역에 여러 환경이 있는 경우 솔루션을 가져올 때 다음 사항을 이해하는 것이 중요합니다.

  • 솔루션을 내보낸 환경보다 최신 버전의 환경으로 솔루션을 가져올 수 있습니다.
  • 솔루션을 내보낸 환경보다 이전 버전의 환경으로 솔루션을 안전하게 가져올 수 없습니다. 이는 이전 환경에서 누락된 구성 요소 또는 필수 기능이 있을 수 있기 때문입니다.

서비스 업데이트 스테이션과 환경을 성공적으로 정렬한 예

캐나다와 미국에 프로덕션 환경이 있다고 가정해 보세요. 이 경우 개발 환경은 캐나다(스테이션 2)가 아니라 북미(스테이션 5)에 있어야 합니다. 그러면 개발 환경이 항상 프로덕션 환경과 같거나 이전 버전이 되어 솔루션 가져오기 버전 충돌이 줄어듭니다. 성공적인 솔루션 가져오기를 위한 올바른 서비스 업데이트 스테이션 환경 정렬

참고 항목:

솔루션 개념