Azure Static Web Appsが使えるアプリのタイプ

売上を入力して請求／入金を管理するようなアプリをサービスできるのか？が課題です。
まず、通常のApp ServiceのようにVNetに接続することはできないようです。
社内専用アプリとして使うということはできませんでした。はい、終了。

後一応、DBはRDBMSが必要か？NoSQLでいけるのか？も検討してみます。
NoSQLのRDBMSに対する大きなメリットがスケールだとすると、
現状、RDBMSが問題なく使える。つまり、社内業務のたかだかのデータ量なら、
システムプラットフォームを変更するために、RDBMS→NoSQLが必要になるとしたら本末転倒です。
そもそも、RDBMS／NoSQLにも適用領域はあるはずです。
売上＞請求＞回収くらいであれば、工夫でNoSQLに格納はできるかもしれません。
とはいえ、月別、商品別、得意先別などの売上集計は少し手間になりそうです。
とりあえずDBはRDBMSのままにすることにしましょう。すると、
APIをAzure Functions化する必要があるのか？が微妙になる気がします。
API FunctionにSQL Databaseをバインドすることはできるらしいですが違和感があります。
API Functionは、クライアントで発生したjsonをjsonのまま保存するのが良い気がします。
素直に、RDBMSなら通常のWeb Appsでasp.net WebAPI をサービスするのが吉でしょう。
Static Web Appsに販売管理システムを載せるのは、いろいろあまり適切でない感じがしてきました。
不特定多数の事業者に向けた「見積書作成アプリ」などなら行けそうです。

サーバーレスという言葉に惹かれて、Azure Functionsを少し触ってみました。
フロントエンドとAPIを一緒に開発運用できる、Azure Static Web Appsがすごく魅力的に思えました。
しかしどうも、すぐにも使えるシステム化領域はそうそう広くなさそうな感じがしますTT