どのようなときに Azure Functions を使用するか
Azure Functions ではイベント ベースのアーキテクチャが使用されるため、このようなアーキテクチャを適用できる興味深いケースが数多くあります。 それに適したシナリオのリストを以下に示します (完全に網羅しているわけではありません)。
リマインダーと通知。 Azure Functions には、特定の間隔で実行するように指示できるトリガーがあり、これを利用することで、そのようなシナリオを簡単に実装できます。 場合によっては、通知を受け取ることがビジネスに不可欠なシナリオがあります。
スケジュールされたタスク。 同じ時間ベースのトリガーを使用できるタスクです。 この場合、データのクリーニングやデータの一部の検索など、一定の間隔で実行する必要があるジョブが存在する可能性があります。
試験的な API。 Functions で従量課金プランを使用すると、何百万件もの呼び出しを行いながら、わずかな支払いに抑えることができます。 注意すべき点の 1 つは、どのような種類のストレージでもコストがかかることです。
たとえば、関数を使用したデータベースへの書き込みです。 このプランは、プロトタイプ作成やスタートアップでの使用に最適です。 後者の場合、関数の呼び出しが非常に多い場合は、おそらく顧客にも支払いがある可能性が高いことを意味します。 そのため、Azure Functions はビジネスに合わせてスケーリングされます。 ビジネスの成長に合わせて、他のホスティング プランも検討できます。
不規則だが重要な業務フロー。 新しい顧客を取得し、その顧客をオンボードすることは、コードに実行する正当な理由がある一例です。 このようなフローは、データ ストアの操作、メールの送信などの操作で構成される可能性があります。
キュー ベース。 チケット販売アプリがあり、要求をキューのように処理する必要がある場合があります。
リアルタイムでのデータ処理。 Azure Functions は Azure SignalR と組み合わせると、オンデマンドでデータを処理するようにできます。
IoT ストリームの分析。 IoT デバイスからデータを収集して処理することができます。
ファイルのアップロードの処理。 BLOB ストレージのファイルがアップロードされたり変更されたりしたときにコードを実行します。
サーバーレス ワークフロー。 一連の関数を連鎖させることができ、Durable Functions を介して複雑な長時間実行されるワークフローを考案できる状態を導入できます。 ワークフローのもう 1 つの選択肢は、外部イベントを監視し、分岐ロジックを実行し、結果として関数を呼び出すことができるロジック アプリです。
他にも、Azure Functions の使用が合理的であるシナリオが数多くあります。上記は、イベントベースの推論とアーキテクチャを適用するときにクラウドでイノベーションを起こす方法のインスピレーションとして役立ちます。