APIの過負荷を防ぐには、Spike Controlポリシーが適しています。このポリシーは、リクエストの処理レートを制限することで、突発的なトラフィックの急増に対応します。仕組みは以下のとおりです。
過負荷の防止:
Spike Control は、短期間でレート制限を適用することで着信リクエストのバーストを平滑化し、過剰なトラフィックによるバックエンド システムの過負荷を防ぎます。
構成：
Spike Control ポリシーを API に適用して、特定の期間内に許可されるリクエストの最大数を定義します。
これにより、API が 1 秒あたりに処理できるインタラクション数が制限され、過負荷によるエラーを防ぐことができます。
実装：
Anypoint Platform で、Spike Control ポリシーを必要なしきい値に設定し、RPA プロセスがエラーなく負荷を効果的に処理できるようにします。
参考文献:
Anypoint Platform Spike Control ドキュメント

Anypoint Platform を使用して既存の非 MuleSoft API を公開し、効率的にセキュリティを確保するには、API プロキシを作成します。このアプローチには、いくつかの利点があります。
API プロキシの作成:
プロキシを作成するには、既存のバックエンドAPIにリクエストを転送する仲介者を設定する必要があります。これにより、既存のAPIを書き換えることなく、Anypoint PlatformのAPI管理機能を活用できます。
プロキシをすばやく作成し、さまざまなセキュリティおよびガバナンス ポリシーを適用するように構成できます。
セキュリティと管理:
プロキシを作成すると、レート制限、認証、監視などの Anypoint Platform の機能を使用して API を保護できます。
この方法は時間効率が良く、大幅な再開発作業なしで Anypoint Platform の強力なセキュリティ機能を活用できます。
参考文献:
Anypoint Platform API プロキシドキュメント

RPA プロセスに、完了までにかなりの時間 (最大 24 時間) がかかる可能性があるユーザー タスクが含まれる場合は、プロセスが完了したら結果を処理するためのフォローアップ メカニズムを使用するのが最適です。
2 番目の MuleSoft Composer フロー:
RPAプロセスの完了時にトリガーされる2つ目のMuleSoft Composerフローを作成します。これにより、長時間実行されるRPAプロセスの終了を待つ間、最初のフローが停止することがなくなります。
2 番目のフローは、RPA プロセスの完了ステータスなどのイベントに基づいて開始できるため、結果がタイムリーかつ効率的に処理されます。
トリガーメカニズム:
RPA プロセスを構成し、REST API または別の統合方法を使用して、完了時に MuleSoft Composer に通知します。
ベストプラクティス:
このアプローチは、フローをモジュール化して特定のタスクに焦点を絞ることでベストプラクティスに準拠しており、管理とトラブルシューティングが容易になります。
参考文献:
MuleSoft Composer ドキュメント
MuleSoft RPA ドキュメント

RPA Manager を Anypoint Platform アカウントに接続するには、適切な接続アプリケーション スコープが RPA Integrator である必要があります。
RPA インテグレーターの範囲:
RPA Integrator スコープは、RPA Manager と Anypoint Platform を連携するために必要な権限を付与するように設計されています。このスコープにより、接続されたアプリケーションは RPA Manager と連携し、RPA プロセスを管理できるようになります。
接続されたアプリケーションの構成:
Anypoint Platform で接続アプリケーションを設定するときは、RPA インテグレータ スコープを選択して、統合が必要に応じて RPA プロセスにアクセスして管理できるようにします。
参考文献:
MuleSoft RPA ドキュメント
Anypoint Platform 接続アプリのドキュメント

RPA レコーダーを使用して RPA プロセスを開発する場合は、自動生成されたワークフロー コードに関する次のベスト プラクティスに留意することが重要です。
自動生成されたコードを置き換える:
堅牢性：自動生成されたコードの一部は、堅牢性や特定のユースケース向けに最適化されていない可能性があります。信頼性と精度を確保するには、自動生成されたワークフローの一部をレビューし、より堅牢な、または特化したアクションステップに置き換える必要があることがよくあります。
特殊化: プロセスの特定の要件に合わせてワークフローをカスタマイズすると、パフォーマンスが向上し、例外をより適切に処理できるようになります。
機密情報を削除する:
機密データ：自動生成されたワークフローは、ユーザー名、パスワード、その他の機密データなどの機密情報を取得する可能性があります。セキュリティとコンプライアンスを維持するために、RPAプロセスを本番環境に展開する前に、これらの情報を特定し、削除またはマスキングすることが重要です。
コンプライアンス: 機密情報が適切に処理されるようにすることは、データ保護規制と組織のポリシーを遵守するのに役立ちます。
参考文献:
MuleSoft RPA ドキュメント