Power Platform 기본 환경을 사용하는 조직의 모든 직원은 기본 환경에 액세스할 수 있습니다. 관리자는 기본 환경을 관리하는 방법을 고려하고 구현해야 합니다. Power Platform CoE(Center of Excellence) 팀은 CoE 시작 키트, PowerShell cmdlet 및 Power Platform 관리 커넥터를 사용하여 정보를 수집하여 조직 환경에서 일어나는 일을 이해할 수 있습니다.
이 문서에서는 이러한 소스에서 수집한 데이터를 사용하여 기본 환경을 관리하기 위한 몇 가지 모범 사례를 제공합니다.
관리형 환경 사용
기본 환경에서 관리되는 환경 기능을 활용하여 강력한 보안과 거버넌스를 유지합니다. 관리형 환경 기능은 데이터를 보호하는 데 중요한 모니터링, 규정 준수, 보안 제어 등의 고급 기능을 제공합니다. 이 기능을 사용하도록 설정하면 공동 제한 구성할 수 있습니다. 허용된 IP 위치에서만 사용 인사이트, Microsoft Dataverse에 대한 사용자 액세스 권한을 확보하고, 작업 페이지를 사용하여 환경을 최적화하기 위한 맞춤형 권장 사항을 가져옵니다. 현재 관리되는 환경 기능을 평가하고 제품 로드맵을 최신 상태로 유지하여 안전하고 규정을 준수하며 잘 관리되는 기본 환경을 유지하세요.
커넥터 추적
커넥터는 앱 및 흐름을 다른 서비스와 통합하는 Power Platform 서비스입니다. Power Platform 관리자는 데이터 정책을 사용하여 각 환경에서 허용되는 통합을 제어할 수 있습니다.
일부 핵심 Power Platform 기능을 구동하는 커넥터는 차단할 수 없습니다. 제작자에게 정책 지침을 제공할 수 있도록 이러한 핵심 커넥터가 사용되고 있는지 알아야 합니다. 예를 들어 Exchange 커넥터를 사용하는 기본 환경에서 앱과 흐름을 추적하고 제조업체가 아웃바운드 전자 메일을 허용하는 다른 환경으로 이동하도록 지시할 수 있습니다.
CoE 스타터 키트에는 모든 환경의 각 앱 또는 흐름에서 사용되는 모든 커넥터의 세부 정보를 보고하는 스키마 및 흐름이 포함되어 있습니다. CoE 대시보드에 보고된 데이터는 24시간마다 새로 고쳐집니다. CoE 스타터 키트가 설치된 Dataverse 환경에서 직접 관련 흐름 및 앱을 검색할 수도 있습니다. CoE Power BI 대시보드를 사용하여 커넥터 추적에 대해 자세히 알아보세요.
사용되지 않고 소유자가 없는 자원을 발견하세요
조직 내에서 Power Platform의 채택이 증가함에 따라, 기본 환경에서 소유자 없이 사용되지 않는 리소스가 발생할 가능성이 높습니다. 메이커가 조직을 떠나면, 메이커의 앱과 흐름은 사실상 소유자가 없게 됩니다. 한동안 사용하다가 더 이상 필요하지 않은 앱과 흐름은 기본 환경을 복잡하게 만들 수 있습니다.
환경 위생을 유지하려면 분리되고 사용되지 않는 흐름 및 앱을 정리하는 프로세스 및 절차를 설정합니다. 이러한 프로세스는 모든 사용자가 잠재적 제작자일 수 있는 기본 환경에서 특히 중요합니다.
유효한 소유자가 없는 앱과 지난 60일 동안 사용되지 않은 앱에 대한 권장 사항을 보려면 작업 페이지 를 사용하세요. 권장 사항 창에서 각 권장 사항에 대한 작업을 수행할 수도 있고, Power Platform Admin V2 커넥터 를 사용하여 작업을 자동화할 수도 있습니다.
저희는 작업 페이지를 사용하는 것을 권장합니다. 더욱 맞춤화된 프로세스를 원하시면 CoE 스타터 키트 를 평가하여 고아 객체에 대한 정리를 설정 하고 비활성 프로세스를 설정하세요. 이러한 프로세스를 그대로 사용하거나 조직의 요구 사항에 맞게 수정할 수 있습니다.
사용량이 많은 앱 및 흐름 검색
기본 환경은 개인 생산성을 위해 설계되었지만, 제작자는 널리 채택되거나 비즈니스에 중요한 앱과 흐름을 만들 수 있습니다. 이 결과는 긍정적이지만 관리가 필요합니다.
적절한 애플리케이션 수명 주기 관리를 따르지 않는 앱은 비즈니스 연속성 위험에 노출되기 쉽습니다. 고부가가치 앱을 기본 환경에서 관리형 환경으로 옮기면 프리미엄 보안 및 거버넌스 기능을 사용할 수 있습니다.
기본 환경에서 가치가 높은 앱에 대한 권장 사항을 보려면 작업 페이지 를 사용하세요. ... 제작자에게 연락하여 이러한 앱을 기본 환경에서 자체 관리 환경으로 마이그레이션하는 계획을 개발합니다.
다시 한번 말씀드리지만, 저희는 작업 페이지를 사용할 것을 권장합니다. 더 많은 사용자 지정 프로세스를 위해 CoE Starter Kit의 Power BI 대시보드를 사용하여 널리 공유되는 앱과 프로세스 흐름을 식별하십시오.
공유가 활발한 앱을 찾아보세요
10명 이상의 직원이 개인 생산성 앱이나 흐름을 사용하는 경우 Power Platform CoE는 이를 자체 환경으로 옮길지 아니면 공유 환경으로 옮길지 평가하는 데 도움을 줍니다. 다음 표에서는 고려해야 할 매개 변수를 설명합니다. 환경 전략 개발에 대해 자세히 알아보세요. ...
| 매개 변수 | 기준 정의 | 환경 |
|---|---|---|
| 사용자 수 | 1~10명의 사용자 | 기본값 |
| 7~30명의 사용자 | 공유 | |
| >30 사용자 | 전용 | |
| 데이터의 특성 | 매우 신뢰함 | 전용 |
| 기밀 | 공유 | |
| 기밀 아님 | 기본값 | |
| 금전적 또는 평판적 영향 | 네 | 공유 또는 전용 |
| 없음 | 기본값 | |
| ALM이 필요합니다 | 네 | 공유 또는 전용 |
| 없음 | 기본값 |
사용자가 캔버스 앱, 흐름 및 에이전트를 얼마나 광범위하게 공유할 수 있는지 제어하여 리소스의 과도한 공유를 방지하기 위해 사전에 공유 제한을 설정합니다.
반응형 접근 방식의 경우 CoE 스타터 키트의 규정 준수 프로세스를 사용하여 앱 공유 및 사용을 추적하세요. 그대로 사용하거나 조직의 필요에 맞게 수정하십시오. 앱 감사 프로세스에 대해 자세히 알아보세요. ... 이 과정은 공유가 완료된 후에만 발생합니다.
기본 환경에서 애플리케이션 이동
솔루션을 사용하여 한 환경에서 다른 환경으로 애플리케이션, 흐름 및 테이블을 패키징하고 배포합니다.
Fusion 팀은 다음 프로세스를 사용하여 솔루션 구성 요소를 패키징하고 대상 환경에 배포하고 기본 환경에서 삭제할 수 있습니다.
- 솔루션을 만들고 앱과 모든 종속 앱, 흐름 및 테이블을 추가합니다.
- 기본 환경에서 솔루션을 내보내고 다른 환경에서 가져옵니다.
- 기본 환경에서 앱에 액세스할 수 있었던 모든 사용자가 대상 환경에서 올바른 보안 역할을 가지고 있는지 확인하십시오. 전용 보안 그룹을 생성하고 사용하여 관리하는 것을 고려하십시오.
- 모든 구성 및 앱 데이터를 새 환경으로 마이그레이션합니다.
- 앱을 테스트하고 검증합니다.
- 사용자에게 새 애플리케이션을 알립니다.
- 기본 환경에서 모든 사용자의 애플리케이션에 대한 액세스 권한을 제거합니다. 하지만 일부 관리자와 제작자에게는 접근 권한을 남겨두세요.
- 결국 기본 환경에서 솔루션과 해당 콘텐츠를 삭제합니다. 공유된 자산을 삭제하지 않도록 주의하세요. 예를 들어 다른 앱이나 흐름에서 테이블을 사용하는 경우 테이블을 삭제하지 마세요.
격리 앱
Power Platform 관리자는 캔버스 앱을 격리할 수 있습니다. 기본 환경에서 다음과 같은 경우 앱을 격리할 수 있습니다.
- 검토하는 동안 일시적으로 비활성화하려고 합니다.
- 많은 사용자와 공유되었으며 비활성화해야 합니다.
- 업그레이드 중이거나 다른 환경으로 이동 중입니다.
제작자는 격리된 앱을 편집할 수 있지만, 사용자는 앱을 플레이할 수 없습니다. 공유 사용자의 액세스를 복원하려면 격리를 제거하세요. 관리자만 앱의 격리 상태를 변경할 수 있습니다.
세 개의 PowerShell cmdlet이 앱 격리를 관리합니다.
격리:
Set-AppAsQuarantined -EnvironmentName <EnvironmentName> -AppName <AppName>격리 해제:
Set-AppAsUnquarantined -EnvironmentName <EnvironmentName> -AppName <AppName>격리 상태 가져오기:
Get-AppQuarantineState -EnvironmentName <EnvironmentName> -AppName <AppName>
SharePoint 양식 환경 지정
Power Platform은 Microsoft 엔터프라이즈 에코시스템의 나머지 부분과 긴밀하게 통합되어 있습니다. 이러한 통합을 통해 모든 제작자는 자신이나 팀을 위해 중요한 자동화 및 애플리케이션을 구축할 수 있습니다. 가장 강력한 통합 중 하나는 SharePoint Power Platform 간의 통합입니다.
제작자는 Power Apps 사용하여 SharePoint 양식을 쉽게 만들거나 사용자 지정할 <> 있습니다. 작성자가 SharePoint 사용자 지정 SharePoint 양식을 만들 때 기본 환경에서 캔버스 앱을 만듭니다. 이러한 앱으로 기본 환경이 복잡해지는 것을 방지하려면 사용자 지정 SharePoint 양식을 저장하는 별도의 환경을 만듭니다. 이 방법을 사용하면 Power Platform 관리자가 기본 환경의 일반 생산성 앱과 SharePoint 양식을 분리할 수 있습니다.
환경을 만들거나 기존 환경을 지정하여 SharePoint 양식을 저장합니다.
새 환경에서 환경 제작자 역할을 만들거나 업데이트하는 모든 사용자를 할당합니다.
다음 PowerShell cmdlet을 실행하여 SharePoint 양식 환경을 설정합니다.
Set-AdminPowerAppSharepointFormEnvironment -EnvironmentName '<EnvironmentName>'자세한 정보: SharePoint 사용자 지정 양식 환경 지정
다음 핵심 사항을 염두에 두십시오.
기존 SharePoint 양식은 새 환경으로 마이그레이션되지 않습니다.
SharePoint 양식 환경을 설정한 후 삭제하면 사용자 지정 SharePoint 양식이 손실됩니다. 사용자 인터페이스는 기본 SharePoint 양식을 사용하여 되돌아갑니다. 새 사용자 지정 SharePoint 양식과 연결된 캔버스 앱은 기본 환경에서 다시 만들어집니다.
Set-AdminPowerAppSharepointFormEnvironmentcmdlet은 Power Apps 사용자 지정된 SharePoint 양식에만 적용됩니다. SharePoint 만든 Power Automate 흐름은 항상 기본 환경을 사용합니다.
기본 환경 백업 및 복원
다른 모든 환경 유형(샌드박스, 프로덕션, 개발자)과 마찬가지로 기본 환경은 자동으로 보관됩니다. 그러나 기본 환경에 대한 복원을 요청할 수 있습니다. 백업을 복원해야 하는 경우 Microsoft 지원 문의하세요. 이들은 사용자의 환경 데이터를 지원 환경으로 복원할 수 있습니다. 복원이 완료되면 필요에 따라 데이터를 보고 내보낼 수 있습니다. 기본 환경을 복원하면 정리 중에 제거된 사용하지 않거나 버려진 앱과 흐름도 복원될 수 있다는 점을 명심하세요.
자세히 알아보기: 환경 백업 및 복원