作業キューの既知の制限
デスクトップ用 Power Automate のワークキューに関する既知の制限事項を以下の表に示します。
| 制限事項 | 詳細情報 | 考えられる回避策 |
|---|---|---|
| デキューのコンカレンシー | 作業キューのデキューのコンカレンシーを適度なレベル内に保ちます。 ワーク キューごとに最大 5 つの並列デキュー操作が推奨されます。 | クラウド フローでコンカレンシー パターンを適用する場合は、コンカレンシー レベルを使用可能な コンピューター キャパシティに合わせ、並行して処理される作業項目の数が、それらを処理できるコンピューターの数と一致するようにします。 |
| Dataverse の制限 | 作業キューは Dataverse テクノロジに基づいているので、同じサービス保護と API 制限が適用されます。 詳細については、サービス保護 API の制限 を参照してください。 | |
| GCC High 環境と DoD 環境では作業キュー コネクタが無効になっています | デスクトップのみの Power Automate に適用される作業キュー コネクタは、GCC High 環境と DoD 環境で運用している顧客に対して既定で無効になっています。 | ワーク キュー コネクタとそのアクションを有効にすることができます。 詳細: GCC High と DoDで、既定で新しいコネクタを無効にします。 |
| ワークキュー DLP ポリシー構成のサポート | Power Automate デスクトップに追加された新しいワーク キュー コネクタ アクションが表示され、Power Platform 管理センターの DLP ポリシーを通じて設定できるようになるまでに時間がかかる場合があります。 さらに、クラウド フローおよび API ベースのシナリオで作業キューの使用を制限する場合は、Dataverse RBAC を使用して基になるテーブルへのアクセスを制御する必要があります。 これは、作業キューが Dataverse プラットフォーム上に構築されており、そのアクション (追加、更新、削除、デキューなど) がネイティブ Dataverse コネクタを介して設計によりアクセスできるためです。DLP ポリシーによって完全にブロックすることはできません。 |
|
| スループットとスケーリング | 作業キューは、数百または数千の項目を秒単位で処理する必要がある高スループット (1 秒未満の処理時間) シナリオには適していません。 このようなスループット要件がある場合は、Azure Service Bus キューなどの他のキューイング ソリューションの使用を検討してください。 |