편집

Power Automate 대규모 배포

Azure Logic Apps
Microsoft 365
SharePoint
Power Automate
Microsoft Power Platform

이 아키텍처는 SharePoint 2010 워크플로를 대체하는 Power Automate 워크플로 및 새 SharePoint Online 사이트용입니다. 이 솔루션을 사용하면 다음과 같은 작업을 수행할 수 있습니다.

  • Power Automate 배포, 거버넌스 및 운영 전략을 신중하게 계획합니다.
  • 데이터 보존 요구 사항, DLP(데이터 손실 방지), 유연하고 최소한의 라이선스 요구 사항과 같은 조직의 요구 사항을 충족합니다.
  • Power Platform의 확장 가능한 임계값 내에서 유지합니다.

아키텍처

허브 및 스포크를 기반으로 하는 Power Automate 배포 토폴로지를 보여 주는 다이어그램

이 아키텍처의 Visio 파일을 다운로드합니다.

워크플로

Azure 허브 스포크 네트워크 토폴로지는 이 아키텍처에 영감을 줍니다. Power Platform 솔루션 흐름은 솔루션에서 자식 흐름을 호출할 수 있습니다. 부모 및 자식 흐름은 수백 단계의 흐름을 방지하여 흐름 관리를 용이하게 합니다.

이 솔루션은 각 SharePoint 사이트에 대해 Power Automate 초기화 워크플로를 프로비저닝합니다. 초기화 흐름에서 사용자 또는 이벤트는 워크플로를 시작합니다. init 흐름은 비즈니스 요구를 충족하는 모든 작업을 실행하는 중앙 흐름 워크플로를 호출합니다.

SharePoint Online 및 Power Platform은 여러 지역을 지원합니다. 각 지역에는 SharePoint Online 사이트 집합이 있습니다. 이 다중 지역 개념은 중앙 흐름으로 확장됩니다.

  1. IT 팀은 각 SharePoint Online 사이트에서 init 흐름을 프로비저닝합니다. 트리거 외에 흐름에는 Call Child Flow를 사용하여 중앙 흐름 워크플로를 호출하는 단일 작업이 포함됩니다.

  2. 팀은 SharePoint Online 지역에 해당하는 각 지역의 중앙 흐름을 프로비저닝합니다.

  3. 사용자가 초기화 흐름 워크플로를 시작하거나 이벤트가 트리거합니다. 트리거 유형에 따라 초기화 흐름은 사용자 컨텍스트 또는 maker 컨텍스트에서 실행할 수 있습니다.

  4. init 흐름은 해당 영역의 중앙 흐름을 호출합니다. 사용자 컨텍스트의 경우 init 흐름은 사용자 정보를 권한 있게 전달하여 사용자를 중앙 흐름에 주장할 수 있습니다.

  5. 중앙 흐름은 흐름을 가볍게 유지하기 위해 필요한 경우 더 많은 자식 흐름을 호출할 수 있습니다.

구성 요소

이 시나리오에서는 다음 구성 요소를 사용합니다.

  • Power Automate는 흐름을 사용하여 자동화된 프로세스를 구축합니다.
  • SharePoint 온라인 사이트는 조직이 콘텐츠, 지식 및 애플리케이션을 공유하고 관리하는 데 도움이 됩니다.
  • Power Platform은 데이터를 분석하고, 솔루션을 구축하고, 프로세스를 자동화하고, 가상 에이전트를 만듭니다.
  • Microsoft Entra ID 는 ID를 관리하고 보호하는 유니버설 플랫폼입니다.

대안

  • 중앙 흐름을 논리 앱으로 교체하여 Azure Logic Apps에서 이 아키텍처를 사용할 수 있습니다. SharePoint - 선택한 파일의 경우와 같이 Logic Apps에 없는 몇 가지 트리거가 있습니다. 이 경우 Power Automate 초기화 흐름은 트리거를 사용한 다음 논리 앱을 호출할 수 있습니다.

    Logic Apps는 사용한 만큼 비용을 지불하는 사용량 모델을 지원합니다. Power Automate와 Logic Apps를 모두 사용하는 하이브리드 모델도 가능합니다. 임계값에 대해 걱정하고 싶지 않다면 Logic Apps가 권장되는 솔루션입니다.

  • SharePoint Online 사이트당 하나의 흐름을 만드는 대신 지역당 단일 초기화 흐름을 사용하여 허브 및 스포크 모델을 개선할 수 있습니다. 이 전략은 흐름을 수동으로 트리거하는 경우에만 가능합니다. 테넌트의 모든 SharePoint Online 사이트에서 호출되는 흐름을 오케스트레이션할 수 있습니다.

시나리오 정보

Microsoft Power Automate는 코드가 없거나 코드가 적은 Microsoft Power Platform의 일부입니다. Microsoft 365 고객은 워크플로 자동화 및 업무 프로세스 흐름에 Power Automate를 사용합니다.

잠재적인 사용 사례

고객이 설계한 Power Automate 워크플로는 두 가지 범주로 나뉩니다.

  • SharePoint 사이트 소유자는 일반적으로 임시 워크플로를 만듭니다. 사이트 소유자는 워크플로 디자인, 배포 및 유지 관리에 대한 전적인 책임을 집니다.

  • IT 팀은 워크플로 수명 동안 완전히 소유, 관리 및 지원하는 워크플로를 만듭니다.

이 아키텍처는 IT 팀이 워크플로 및 구성 요소 수명 주기를 완전히 제어하는 워크플로에 적용됩니다.

고려 사항

다음은 Power Automate 배포에 이 허브 및 스포크 모델을 채택할 때의 몇 가지 이점입니다.

  • 중앙 집중식 논리는 한 곳에서 업데이트하기 쉽고 모든 흐름은 자동으로 최신 업데이트를 받습니다.

  • SharePoint Online 사이트의 모든 초기화 흐름에 프리미엄 라이선스를 할당하지 않아도 됩니다. 대신 제한된 수의 중앙 흐름에 프리미엄 라이선스를 할당할 수 있습니다.

  • SharePoint Online 사이트와 흐름을 자체 지역으로 분리하면 데이터 보존 요구 사항을 충족합니다.

  • 흐름 초기화 트리거에 따라 흐름은 시작부터 중앙 흐름 완료까지 사용자 컨텍스트를 유지할 수 있습니다.

  • 계절적 또는 주기적 요구 사항을 충족하기 위해 이 모델은 유연한 중앙 흐름 라이선스 업그레이드 및 다운그레이드를 제공합니다.

DevOps

  • Power Platform은 솔루션의 구성 요소에 대한 CI/CD(연속 통합 및 지속적인 업데이트)를 지원합니다. Power Platform 환경과 테넌트 간에 솔루션을 패키지로 내보내고 가져올 수 있습니다.

  • 프로덕션 테넌트에 업데이트 및 구성 요소를 푸시하기 전에 업데이트의 유효성을 검사할 사전 프로덕션 테넌트가 있는 것이 가장 좋습니다. 중앙 흐름을 업데이트하면 많은 초기 흐름에 즉시 영향을 미치므로 고품질 분석 및 유효성 검사를 수행하는 것이 중요합니다. 프로덕션 테넌트로 승격할 때 대상 테넌트에 해당하는 엔드포인트를 선택할 수 있도록 연결에 환경 변수를 사용해야 합니다.

  • Power Platform은 Azure Pipelines 또는 GitHub Actions를 사용하여 구성 요소 및 워크플로 ALM을 지원합니다.

작업

Power Platform용 CoE(Center of Excellence) 도구 키트를 사용하여 흐름을 중앙에서 관리하고 오류를 모니터링합니다. CoE 도구 키트는 Power Platform 구성 요소와 구성 요소 간의 종속성도 보여 줍니다. 실패를 포착하고 기록하거나 더 나은 지원 가능성을 위해 누군가에게 알리도록 각 흐름을 설계할 수 있습니다.

보안

  • 솔루션에서 만드는 흐름에 대한 권한 관리는 솔루션 외부의 흐름과 다릅니다. 솔루션 외부의 흐름을 사용하면 SharePoint 사이트 목록 또는 라이브러리에 권한을 부여하여 흐름을 시작할 수 있습니다. 솔루션의 흐름은 Microsoft Entra 그룹에 매핑할 수 있는 그룹 팀이라는 Dataverse 환경 기반 그룹에 권한을 연결합니다. 그런 다음 Microsoft Entra 그룹에서 사용자를 관리할 수 있습니다.

  • 환경 관리자를 제외한 모든 사용자는 프로덕션 환경에서 읽기/실행 전용 권한을 부여받아야 최종 사용자가 구성 요소를 만들 수 없습니다.

  • 환경 수준에서 DLP 정책을 적용할 수 있으므로 비즈니스 요구 사항을 충족할 수 있는 유연성이 향상됩니다.

비용 최적화

다음 조건을 충족하는 경우 이 시나리오에 대해 추가 비용을 지불하지 않습니다.

  • Power Platform 프리미엄 커넥터에 대한 종속성은 없습니다.

  • 흐름은 E3 또는 E5와 같은 Microsoft 365 시드 라이선스의 작업 실행 임계값을 따를 수 있습니다.

그렇지 않으면 중앙 흐름에 대해서만 사용자 또는 흐름 계획별로 프리미엄 라이선스를 구입해야 합니다. 가격은 각 지역에 필요한 중앙 흐름의 수에 따라 달라질 수 있습니다. 더 많은 수의 init 흐름에 프리미엄 라이선스를 할당할 필요가 없습니다.

참가자

Microsoft에서 이 문서를 유지 관리합니다. 원래 다음 기여자가 작성했습니다.

보안 주체 작성자:

비공개 LinkedIn 프로필을 보려면 LinkedIn에 로그인합니다.

다음 단계