変更要約: PL-400 第4章を新規作成（ドメイン: プラットフォーム拡張の後半）。カスタムコネクタ（Open API 定義・認証 OAuth/API キー/Basic・ポリシーテンプレート・Azure Function・データ変換）、プラットフォーム API と Azure Functions（Dataverse Web API OData・Organization service .NET SDK・throttling/retry・OAuth・楽観的同時実行/ExecuteMultiple・Azure Functions long-running/トリガー/マネージド ID）、Power Automate クラウドフロー（Dataverse connector・式・Azure Key Vault・エラー処理 run after・trigger filter/retry・child flows・Entra ID サービスプリンシパル）。
4.3Power Automate クラウドフロー
Dataverse connector、複雑な式、Azure Key Vault、エラー処理、trigger filter/retry、child flows、Entra ID サービスプリンシパルを理解します。
Power Automate クラウドフロー は ローコードの自動化/統合 を担います。開発者は信頼性・再利用・機密管理まで作り込みます。
4.3.1Dataverse connector と式・機密
Dataverse connector の トリガー（行の作成/更新など）と アクション（行の取得/更新等）でフローを組みます。動的な値は 式（expressions） で計算します。API キーなどの 機密は Azure Key Vault から取得し、フローにハードコードしません。
4.3.2信頼性と再利用
失敗に備え エラー処理（スコープと「run after（実行条件）」で失敗時アクションを構成）を入れます。トリガーは trigger filter（不要な起動を抑える条件）と retry ポリシー で堅牢化します。共通ロジックは child flows として切り出し、複数フローから再利用します。無人実行は Microsoft Entra ID のサービスプリンシパル で行い、個人アカウントに依存させません。
決め手：「行作成/更新で起動」＝Dataverse connectorトリガー。「動的な値の計算」＝式(expressions)。「機密の安全な取得」＝Azure Key Vault。「失敗時の分岐」＝スコープ+run after。「不要起動を抑える」＝trigger filter。「共通ロジックを再利用」＝child flows。「無人実行」＝Entra IDサービスプリンシパル。
混同に注意：
①機密はKey Vaultから取得しフローにハードコードしない(環境変数は機密向けでない)。
②trigger filter(起動条件)とretry(再試行)は別。
③child flow(再利用)と親flowを区別。
④無人実行は個人アカウントでなくサービスプリンシパル。
⑤run afterで失敗パスを明示しないとエラーが握り潰される。
4.3.3この節のまとめ
- Dataverse connectorのトリガー/アクション・式で動的値・機密はKey Vault
- エラー処理(スコープ+run after)・trigger filter/retryで堅牢化
- child flowsで再利用・無人実行はEntra IDサービスプリンシパル
進捗の記録にはログインが必要です。
理解度チェック
（軽い確認用）Q1. クラウドフローで API キーなどの機密を安全に取得し、ハードコードを避けたい。最適なのはどれですか？
Q2. 複数のフローで共通のロジックを再利用できるように切り出したい。最適なのはどれですか？
Q3. フロー内のアクションが失敗したときに、特定の後処理（通知やロールバック）を実行したい。最適な構成はどれですか？
Q4. 不要なフローの起動を抑えるため、トリガー時点で条件を満たす場合だけ実行したい。最適なのはどれですか？
Q5. 個人アカウントに依存せず、無人でクラウドフローを実行したい。最適なのはどれですか？