はじめに
とりあえず Microsoft から旅立ったのでアカウントに関連づいている org に関しては無視して下さい。完全に 部外者の個人の見解 な記事です。
あと、この記事の結論からいうと良く分からなかったというのが答えなのであまり大した記事じゃないです。完全に備忘録的な内容で残しています。
書こうと思った理由
新しい会社では Power Apps や Power Automate みたいに Power Platform で業務改善していこうぜ！の流れになっており（否定しているわけではない）、Azure 使いだった人間としては Logic Apps も同じローコードなのになかなか日の目を見る機会が少ないなぁというのを実感しだしたところで、こんな機能を見つけました。(マジで知らんかった。)
Power Automate からフローをエクスポートして Azure Logic Apps にデプロイする
（このブログでもめっちゃ触れてた。。。）
Power Automate と Logic Apps について知らなかったこと
というわけで、あまり細かくは触れていないですが、何となく触ってみた内容をメモがてら残してみようと思います。
Power Automate 側の設定
まず、なんでもいいので（ほんとは良くない）ワークフローを作成。
良くないと言ったのは、Power Automate では使えるけど、Logic Apps では用意していないトリガーがあるので変な動きになります。どんなコネクタが使えるかは以下の記事を参照。
すべての Logic Apps コネクタの一覧
Power Automate 側でワークフローができると、エクスポートができます。
パッケージ（zip）は見覚えあったんですが、Logic Apps テンプレート (.json) ってあったっけと困惑しているのが本日の出来事でした。
ちなみに Logic Apps は Logic Apps で Power Apps にカスタムコネクタとしてエクスポートができます。便利ですね。
そうすると json ファイルが出力されます。
中身を見てると Logic Apps のコードビューではなく、公開情報にもあるとおり ARM テンプレートが出力されているみたいでした。
というわけで Azure でカスタム テンプレートからデプロイ。
エラー。。。
なんか Power Automate から出力したテンプレートに統合アカウントのリソースが含まれているようで、まぁこれはいいんですが、なぜか見覚えのないサブスクリプションにリンクされており謎の認可エラーで詰んでしまいました。多分これは自分の環境依存のエラーかと思います。
これ Power Platform でテナントの紐づけというかアカウントの紐づけというか、変な感じになっていないか気になっている。（中の人何が起きてるか教えてください。）
・追記
ちょっと確認していたところ、多分 Power Automate 用のサブスクリプションに統合アカウントを紐づけようとしているような動きになっていそうでした。
アカウントの画像が？なのは Power Automate Free ライセンスだから？？よく分からない。
というわけで、出力された json の definition 句から Logic Apps のワークフローを直接作成。
従量課金タイプのワークフローの場合は ARM テンプレートにワークフロー定義が一緒に入ってくるのがよきです。
できた。（できてない。）
Logic Apps にはボタンのトリガーがないのですが、ちゃんと保存できちゃいますね。何が起きるか実験。
手動実行。
成功しちゃうんや。
未加工出力見ていると、HTTP トリガーのワークフローを手動実行したようなヘッダー情報が出力されているっぽい。
どうも SAS トークン付きの URL が払い出されてそうなので、やっぱり HTTP トリガーと同じ感じになっていると推察。
という備忘録。ARM からちゃんとインポートしたらどうなったのかは気になりますが、また暇な時にもう少し検証してみようかと。
まとめ
Power Automate から Logic Apps のワークフロー定義を出力して Azure 側でもワークフローを利用できることが分かって勉強になりました。
この記事みたく、Logic Apps では用意していないトリガーもあったりするので、この機能を使うときは 現状のワークフローが Azure 側にあっているか十分に確認が必要になるので注意ですね。
個人的に Power Automate を使う機会も増えそうなので、いろいろ触っていこうと思います。
（謎の認可エラーだけ気になる。。。）