導入
Microsoft Power Automate での SharePoint の使用方法については、制限があります。
スロットル制限
スロットル制限は、60 秒ごとの各接続での 600 件の API 呼び出しです。
また、クラウド フローは限られた数のアクションのみを実行できます。 これらの実行には、コネクタ アクション、HTTP アクション、組み込みアクションなど、変数の初期化から単純な作成アクションまで、すべてのタイプのアクションが含まれます。 成功したアクションと失敗したアクションのどちらも、それらの制限に対してカウントされます。 さらに、再試行やページネーションによる他の要求も、アクションの実行としてカウントされます。
| 名前 | 制限 |
|---|---|
| 5 分ごとに実行 | 100,000 |
| 24 時間に実行 | Low で 10,000、MediumLow1 で 25,000、MediumLow2 で 100,000、Medium で 125,000、High で 500,000 |
| 同時送信呼び出し | Low で 500、その他すべてで 2,500 |
| 5 分ごとにコンテンツ スループット | Low で 600 MB、その他すべてで 6 GB |
| 24 時間ごとにコンテンツ スループット | Low で1 GB、MediumLow1、MediumLow2、および Medium で 10 GB、High で 50 GB |
既知の問題と制限事項:
選択されたアイテムまたは選択されたファイル トリガーを使用するフローの場合、Power Automate の既定の環境に含まれるフローのみが Power Automate の SharePoint メニューに一覧表示されます。
承認の要求などの既定の SharePoint フローは、Power Automate ポータルに表示されないため、編集できません。
不完全なデータ セットを取得したり、Microsoft Lists のリストから正確な結果を返せない場合は、委任の制限が原因である可能性があります。
フロー内で SharePoint トリガーを使用中に CannotDisableTriggerConcurrency エラーが発生した場合、同時実行制御を有効化または無効化した後に元に戻すことはできません。 この問題を回避するには、フローをエクスポートし、 JSON ファイルを編集して、「同時実行制御」部分を削除します。それによって、同時実行オプションがフローの再インポート中に無効化されます。
ユーザー ライセンスに基づく制限の要求
Power Automate には、ユーザー単位およびフロー単位の 2 つのライセンス プランがあります。
Power Automate ユーザー単位プランでは、ユーザーは独自にニーズに基づいて、無制限のワークフローとビジネス プロセスを作成および実行することができます。 ユーザー単位プランは、組織内での自動化カルチャーの幅広い採用に対応することを目的としています。 組織全体で Power Automate ユーザー単位プランを取得する場合、組織内でアクティブ化/使用されるフローの数を追跡することで、管理者には最小限のオーバーヘッドがあります。 このプランでは、1 人のユーザーに対して 1 日あたり 5,000 件の API 要求が認められます。
Power Automate フロー単位プラン フローによってライセンスを取得します。顧客は、ライセンス フローをトリガーする各ユーザーの個別ライセンスを取得することなく、チーム、部署、または組織全体にサービスを提供するキャパシティとともに、重要なビジネス プロセスを実装できます。 Power Automate フロー単位プランは、通常、1 名のパワー ユーザーがフローを作成して、広範囲のグロープと共有する部署のシナリオで役立ちます。 このプランは、ライセンスを受けたフローの実装を意識的/無意識にトリガーする、各ユーザーのライセンスの必要性を軽減します。 このプランでは、1 日あたり 15,000 件の API 要求が認められます。
On-premises コネクタ
オンプレミス データ コネクタはブリッジとして機能し、オンプレミス データ (クラウドに含まれていないデータ) と Power Automate との間の迅速かつ安全なデータ転送を実現します。 ゲートウェイを使用することで、組織はデータベースや他のデータ ソースを自分のオンサイト ネットワークに保持し、さらにクラウド サービス内のそのオンプレミス データを使用することができます。
オンプレミス ゲートウェイが実行されている場所で使用可能なインターネット速度は、Power Automate フローのパフォーマンスに直接影響します。
Microsoft Azure ExpressRoute は、オンプレミス データ コネクタの代わりになります。 ExpressRoute であれば、Microsoft クラウドへのオンプレミス ネットワークを、接続プロバイダーを使用することでプライベート接続を通じて拡大できます。 ExpressRoute を使用して、Microsoft Azure や Microsoft 365 などの Microsoft クラウド サービスへの接続を確立できます。 次の図のように、ExpressRoute は Microsoft 365 に高速のネットワークを提供し、最初のネットワークがオフラインになった場合に備えてバックアップのセカンダリ接続を提供します。
図は顧客のネットワークからのパートナー エッジを介したフローを示しています。次に、ExpressRoute 回線を介してプライマリ接続とセカンダリ接続に分離されます。 各接続は 2 つのタイプのピアリングを受信します。 Office 365 向け Microsoft ピアリング、Dynamics 365、Azure パブリック サービス (パブリック IP)、および仮想ネットワークの Azure プライベート ピアリング。 フローは、Microsoft Edge および適切なパブリック IP と仮想ネットワークを通じて継続されます。
それぞれの環境は異なり、スループットは送信されるデータ量によって異なります。 オンサイト データ ソースと Azure データセンターの間のスループットのレベルを最小限にするには、Azure ExpressRoute を使用します。 スループットの測定には、Azure 速度テスト アプリ を使用できます。