Azure Logic Apps でバッチ処理しよう #Azure

この記事は Microsoft Azure Tech Advent Calendar 2022 の 6 日目の記事です。

自己紹介

バッチサーバーFargate化プロジェクトのまとめ - Qiita のようなお仕事をしてきました。
前職では会計開発、人事給与開発を.経て上海事業所に赴任、妊娠を機に帰任して開発所属通翻訳チームのマネジメント、産育休後、開発に復帰しての後、20年弱勤続。2021年、Qiita Top Contributor 受賞、ウーマンデブサミ登壇みたいなことをしていました。20年って何なんですかね... 2022年10月に新たに学びを求め Azure 界隈の人に。

Azure Logic Apps

そんな社会人もへそで茶を沸かす転職してレベル 1 駆け出しエンジニアな私なので、フレッシュな気持ちを炸裂させて気追わず等身大のことを書いていこうと思います！

この子、例えば「毎日定時に ServiceNow からレコードを取得しメールで通知」

もちろんファイル化したり、アップロードしたりを挟むことも可能です。いわゆるノーコード、ローコードなワークフローがサクッと作れるやつなのですが、これだけでももう自前でスケジューラとか開発しなくていいじゃん！という気持ち、オンプレ育ちの私の眼からは零れ落ちるものが多数。

Microsoft 製品はさることながら、Amazon* とも連携します。

用語: 概要 - Azure Logic Apps | Microsoft Learn
コネクタ一覧: すべての Logic Apps コネクタの一覧 | Microsoft Learn
Slack や WorkDay、ServiceNow、SAP、Oracle などなども見つかります。

Azure Logic Apps と Power Automate

概要は以上のようなところで、意外と見かける話題を解説してみます。この子、ワークフローがサクッと作れるやつという語彙力のない表現ですと、製品を見比べる中で「Power Automate」との違いに説明が欲しくなりますね。Azure Logic Apps と Power Automate の違いについて公式ドキュメントを集めてみました。

公式

比較「Microsoft Power Automate と Azure Logic Apps の比較」

Power Automate と Logic Apps はどちらも、ワークフローを作成できる "デザイナー第一" の統合サービスです。どちらのサービスも、各種の SaaS アプリケーションやエンタープライズアプリケーションと統合されます。
Power Automate は Logic Apps の上に構築されています。どちらも同じワークフローデザイナーと同じコネクタを共有します。
Power Automate を使用すると、オフィスの従業員がだれでも、開発者や IT 部門の力を借りることなくシンプルな統合 (SharePoint ドキュメントライブラリでの承認プロセスなど) を実現できます。 Logic Apps でも、エンタープライズレベルの Azure DevOps とセキュリティ対策を必要とする高度な統合 (B2B プロセスなど) が可能になります。ビジネスで使用するワークフローは、時間の経過と共に複雑さを増してくるものです。

じゃあどうやって選ぶの → サービスを選ぶ方法

最初の質問は、GUI デザイナーツールでワークフローを設計したいか、またはコードを記述したいかです。デザイン優先ツールを使用する正当な理由は次のとおりです。
ワークフローを設計する人にコーディングの経験がない。
後の設計者やユーザーがグラフィカルな設計を見て、ワークフローのしくみを明確に理解できる。
または、次のような理由があれば、コード優先ツールの使用を選択できます。
ワークフローを設計するユーザーが開発者であり、すべての処理をコードで行うことを好む。
コーディング担当者以外にはワークフローの詳細が見えないようにする必要がある。

Power Automate vs Logic Apps (英語のみ)
Power Automate と Power Apps からロジックアプリを呼び出す
- Power Automate からロジックアプリに接続することもできます。

つまり

Power Automate も Azure Logic Apps も、「ワークフロー」を開発できるツールところは共通です。
いずれでも SaaS アプリケーションやエンタープライズアプリケーション を利用する際にGUI ベースで容易に構築することが可能です。
しかし大きな違いは想定ユーザー。Power Automate は会社内の一般従業員、Logic Apps は開発者を主に想定しているとのこと。
- Logic Apps ではワークフローを GUI 以外にもコード（JSON 形式）で作り込みでき、Visual Studio Code のような統合開発ツールからデプロイすることが可能です。
- B2B シナリオの利用シーンにも対応したワークフロー を作成することができ、Power Automate よりも複雑な構成を作り込むことが可能です。
  - ただし Power Automate に比べて開発者としてのスキルが必要となる。
  - 一方きめ細かいコントロール - Power Platform | Microsoft Learn など Power Platform のみでできる一般エンドユーザーを考慮した制御なども存在する。

ということで掲題のとおり Azure Logic Apps でバッチ処理 させたら楽しかろうと私は思うわけであります。いやバッチ処理ってのも雑なのですがちょっとした任意のタイミングで回したくなる何かとか、載せ替えたらいいじゃないですかねって。

そのほかの Tips

リソースの保存先が異なる
- Logic Apps は Power Platform とはリソースの管理元が異なっており、
  Azure 側のリソースグループに構築されるリソースとなる。
Logic Apps は大きく従量課金タイプ（マルチテナント）とStandard タイプ（シングルテナント）タイプがある
- 従量課金タイプ: 他テナントのお客様と同じサーバーリソースを利用する。
- Standard タイプ: App Service の仕組みを利用し、お客様の構築したお客様固有の環境上でワークフローを実行することや、サーバー上の細かい設定が可能。
  - Standard は比較的若い機能
    - 進化中: Logic Apps Standard Plan updates in public preview | Azure の更新情報 | Microsoft Azure
    - Azure Logic Apps Announcement - Fall 2021 Release - Microsoft Community Hub
課金も細かい
- Logic Apps の価格
- Azure Logic Apps の使用量の測定、課金、各価格モデル
- 従量課金タイプの Logic Apps はワークフローを呼び出した際のトリガー起動数やアクションの実行数によって料金が発生する。
- Standard タイプの Logic Apps は、利用している App Service プランのリソースの利用料金が発生する。
同じ系譜の MSMQ、BizTalk Server などというものとの歴史も書こうかと思ったがまた別の機会に... 。

参考

さて、前職の記憶をもとに軽く「バッチ処理しよう」なんてかいてしまった...。が、実際は銀の弾丸などないわけで課金計算や業務想定やら複雑にチューニングは必要になるから私も途方にくれたんだよな。ともあれ可能性のひとつとして Logic Apps 楽しいよ、というところがオンプレの民にもつたわったらうれしいです。最後までお読みいただきありがとうございました！！！