異なるリソースグループと消費計画にある耐久機能を持つAzure機能連鎖を達成できますか？

異なるリソースグループ&消費計画にある耐久機能を使用してAzureファンクションチェーンを達成できますか？ OR機能は同じリソースグループ/サービスプランに存在する必要がありますか？異なるリソースグループと消費計画にある耐久機能を持つAzure機能連鎖を達成できますか？

これが不可能な場合は、サービスバスを使用する以外に、どのように機能が異なるサービス間で互いに通信することができますか？

出典

2017-11-08 Amit Kumar

私たちは、単一の関数app内から連鎖する永続関数のみをサポートしています。これは、Azureストレージプロバイダの現在の設計によって課せられた技術的な制限です。

ただし、必要に応じてさまざまな方法で対処できます。たとえば、機能アプリAのオーケストレーションでは、内部で別のオーケストレーションを開始したり、Instance Management APIsを使用して既存のオーケストレーションにイベントを発生させる機能アプリBのキュートリガー機能をトリガーするキューメッセージを送信できます。

耐久性ファンクションオーケストレーションは、ファンクションアプリケーションAのオーケストレーションがHTTPを使用してファンクションアプリケーションBでオーケストレーションを開始し、使用可能なときに応答を返すステータスエンドポイントをポーリングできることを意味するasync HTTPモデルもサポートします（HTTP APIトピックの詳細）。

しかし、さまざまな機能のアプリケーション間でコミュニケーションを取りたい理由についてコメントできますか？これまでにこのリクエストを受け取りました。データを増やすことで、ソリューションを早期に実装するのに役立つ可能性があります。 :)

出典

2017-11-09 05:10:45

私たちは、独自のデータベースを持つ複数のマイクロサービスドメインを持っています。 Azure関数を使用してトピックトリガーまたはスケジューラーによって呼び出される複数のワークフローがあります。これらのワークフローでは、他のドメインサービスのデータ（通常は他のドメインのAzure関数）が必要なことがよくあります。 AzureサービスバスSDKの多くのメソッドが遅いため（例：SessionClient.AcceptMessageSessionAsync）、キューを維持してこのワークフローを調整する必要があるため、Azureサービスバスを介したリクエスト - レスポンスチェーンは遅いです。別の方法として、他のサービスで直接Azure関数を呼び出してクロスドメインデータを取得することができます。 –

さらに明確にするために、.Net Standard 1.xバージョンではSessionClient.AcceptMessageSessionAsyncが遅いです –

異なるリソースグループと消費計画にある耐久機能を持つAzure機能連鎖を達成できますか？

答えて

関連する問題