Azure Functionsでサフィックスが「_EXTENSION_VERSION」のアプリケーション設定はスワップ対象外?
タイトルがすべて。
Azure Functions v2がEOLとなり、FUNCTIONS_EXTENSION_VERSION
の値を ~2.0
としていたアプリがありました。
当然EOL状態を放置することはできないため、v3に対応する修正を実施し、開発環境では正常に動くことを確認。
本番に向けステージング環境にデプロイ後、FUNCTIONS_EXTENSION_VERSION
の値を ~3
に変更したうえでスワップを実施しました。
が、ここで本番環境でエラーが発生することが発覚し、急遽再スワップを実施して戻すことに。
発生したエラーは下記の通り。
Could not load type 'System.IAsyncDisposable' from assembly 'System.Runtime, Version=4.2.1.0, Culture=neutral, PublicKeyToken=b03f5f7f11d50a3a'.
IAsyncDisposable がライブラリにないぞと。
該当の処理はawait usingステートメントでSQLトランザクションを行っており、少なくとも開発環境では正常に動いている。
なんぞこれはと悩んでいたのですが、ここでアプリケーション設定の FUNCTIONS_EXTENSION_VERSION
の値が ~2.0
のままになっていることが発覚。
スワップ時はダブルチェックでスロット設定を確認していたのになぜ・・・?と調査したところ、こちらのIssueが。
Any app setting that ends with _EXTENSION_VERSION will be treated as slot setting. This behavior has been added a while ago prior to when we introduces capability for users to mark settings as slot settings.
_EXTENSION_VERSION
で終わるアプリケーション設定はスロット設定にチェックを入れている入れていないにかかわらず、スロット設定として扱われると。
このためスワップしたときに切り替わらなかったようです。
開発環境は直接設定の上デプロイしたため正常に動き、本番はスワップ元で設定後デプロイして実行したものの、この段階では設定が ~3
と正しかったためにこちらも問題なく稼働。
スワップしたものの上記理由により FUNCTIONS_EXTENSION_VERSION
が 入れ替わらず、 ~2.0
のままだったために.NET Core 3.1から利用可能になった処理で躓いてしまったのが今回の問題だった模様。
検証
検証のためにFunctionsを作成。
スワップ先になるプロダクション環境。スロット設定は無し。
ステージング環境。
スワップ処理。
構成変更には FUNCTIONS_EXTENSION_VERSION
が表示されているので変更されるように見える。
スワップは正常終了。
プロダクション環境のアプリケーション設定を確認すると、 WEBSITE_CONTENTSHARE
の値は変わっているのに FUNCTIONS_EXTENSION_VERSION
は変わっていない。
これは罠だ・・・。
Raspberry Pi 4 でMirakurunを動かしてWindowsで録画するための覚書
これまでずっとWindows機にPLEX社のPX-W3U4 2台を接続し、MirakurunとEDCBで録画してきたのですが、9月ごろにマシンのSSDを交換してからなぜか酷くドロップが発生するようになりました。
仕方がないのでもとのSSDに戻したものの改善せず。マシンが壊れたかとほかのマシンに切り替えてみるもののうまくいかず。
もともとPLEXのテレビチューナーのWindows用ドライバーはドロップが多いと評判が悪く、またMirakurunはLinuxで動かすことを前提としているため、どこかのタイミングでLinuxに切り替えようと思っていたこともあり、この際思い切ってRaspberry Pi 4に切り替えることを決意。
結果としてドロップが全くと言ってもいいほど発生しないようになったので今後環境を再構築するためのメモ。
Raspberry Pi 4でUSBブートするための備忘録(2020/06/24時点)
追記
現行のRaspberry Pi OS ではファームウェアを更新さえしていれば下記の対応は不要。また、Ubuntu 20.10も同様。残念ながら20.04LTSは非対応。
RaspberryPi 4はブートの処理がこれまでのものと変わったためにUSBブートができなかったのですが、6月15日に正式公開されたブートローダーでついに対応しました。
が、6/24時点では単純にブートローダーを更新しただけではうまくいかなかったので備忘録。
続きを読む確定申告に誤りがあったので修正申告した話
コロナウイルスのせいで確定申告の期限が延長される中、e-Taxを使ってさくっと当初期限内に申告したぞー!って思っていたのに、今になって不備が発覚したひつじです。
続きを読む