※注意※ SQL Server 2016以降のはなしです。
サーバーっていうものに「時間くだしゃい」っておねだりしたとき、くれる値は結構まちまちだったりする。特にクラウドの、IaaSだのPaaSだののサーバー。
それは何でかって、ロケールが違うからです。つまり、JSTとかUTCとかのアレで時間がアレする。だからDateTimeじゃなくて、ロケールまで考慮したDateTimeOffsetを使わなければならないよね。じゃないと整合性とるのがクソ辛くなるよね。
そいで、例えば「昨日のデータ」やら「明日のデータ」ってものを扱おうとしたとき、日付を何も考えず「yyyy/MM/dd」でFORMATすると無様に殺されてドブに捨てられる羽目になる。
SQL Serverも多分に漏れず慎重な時間の扱いが求められるわけであるが、そんな時にお役立ちなのが「AT TIME ZONE」さんです。
上の記事を書くにあたり、Durable Functionsの調査をしていた。んで、BlobのStreamがシリアライズできねぇからコンテキストで受け渡せねぇってんで、シリアライザブルなオブジェクトであるUriをバケツリレーしてActivity Functionの中でコンストラクトしようって話になった。（呪文）
そうしたところ
The specified resource does not exist.
とか言われた。
デュラブってる？（激寒）
AzureでFunctionを実行したい時に使えるのがAzure Functionsです。
FunctionっていうのはつまりC#だので書くサーバー処理の話だ。多分。そのFunctionはバッチ処理をしたりとかファイルを生成したりメールを送ったりとかする（小学生並みの説明）
Functionのなにが凄いかっていうと、普段は寝てるのに処理を走らせたいときだけ起きてくれる。つまり、インスタンスをずっと起こしておく必要がなくなるわけで、正しく使えばお金の節約ができる。（App Serviceの上にFunctionを配置することで、不眠なFunctionを作ることもできるよ。App Serviceの負荷が小さい時間帯にリソースを有効活用できたりするし、10分の処理時間制限が撤廃されたりするよ。）
Functionは何らかのきっかけをトリガして動く。トリガできるイベントは
とかだ。さまざまだ。
でね？例えば
「Blobに配置されたCSVを加工してSQL DatabaseにINSERT」
した後に
「そのデータを元に集計バッチ処理を走らせる」
ってことをしたくなるのが男のサガじゃないですか。
しかし、それをFunction一本糞にしてしまうのはおかしい。単一責任の原則とかでね。それゆえ、Functionは２つになる。
Powered by WordPress & Theme by Anders Norén