Azure Provider に限った話ではないと思うのですが、正直 Azure Provider はリソースの非推奨化が多い気がするので書いています。きっかけとしては直近の Azure Provider の更新で azurerm_static_site は非推奨になって azurerm_static_web_app が追加されたことにあります。 追加された時から正直命名をミスっているなと思っていましたが、このバージョンから他の App Service に合わせる形で新しい名前のリソースが追加されました。機能としては変わっていないので、今回の場合は本当に名前が変わっただけです。 これまでにも Azure Provider では同じようなリソース変更があり、代表的かつ影響範囲の広いものとして App Service / Azure Functions があります。v3 のリリースタイミングで

今や必須となっている https 対応のために App Service に SSL 証明書をバインドする場合、ほとんどの場合は PFX を作成してアップロードしていると思いますが、割とこの辺りの手順は面倒ですよね。アップロードしたはずの証明書が思ったように出てこない場合もあります。 調べた限りでは App Service にアップロードした証明書の挙動は以下のようになっています。 App Service の証明書は Webspace に関連付く 証明書と App Service が同じ Webspace 上にある場合のみ利用可能 こういった条件があるため複数リージョンに Traffic Manager などで分散している場合には、それぞれの App Service に対して証明書のアップロードを行う必要があるので、正直なところ凄く手間がかかります。 なので後から Key Vault に保存

ASP.NET Core 2.0 から導入された必要なパッケージを一通り参照するメタパッケージですが、あまりにも参照が多いので何となく嫌な感じがする人はいると思いますが、絶対に使うべきなので理由を書いておきます。 メタパッケージに関しては公式ドキュメントにあるので、基本的な方針に関しては参照してください。 共有フレームワークとしてメタパッケージはインストールされる点が非常に大きい特徴です。 このドキュメントにはちゃんとメタパッケージを使うべき理由が書いてあります。 Applications that use the Microsoft.AspNetCore.App metapackage automatically take advantage of the ASP.NET Core shared framework. When you use the Microsoft.AspNetCo

ぶちぞう RD 曰く、6 年ぐらい待ったという Azure CDN のカスタムドメインでの HTTPS 対応を早速試しました。ドメイン承認プロセスがあるので、ちゃんとドキュメントには予め目を通しておきましょう。 前提条件として Azure CDN エンドポイントを作成して、カスタムドメインを追加しておく必要があります。わかりやすいように CDN エンドポイントが有効になるまで待った方が良さそうです。 カスタムドメインを追加すると、HTTPS を有効にする設定が出てきます。 設定を On にして保存すると、ドメイン承認用のメールが admin@domain というアドレスに送信されます。最初はドキュメントをちゃんと読まなかったので、受信できないドメインを追加していました。 しばらくすると DigiCert からメールが届きます。載っているリンクをブラウザで開きます。 リンク先は以下のような画

ちょっと前に次の Semi-Annual Channel 向けの Windows Server Inside Preview がリリースされてました。ぶちぞう RD が空リプしてましたが、6 時とか完全に寝てるので気が付きません。 Announcing Windows Server Insider Preview Build 17035 https://t.co/LXoJNaqhDE しばやん向け— こすもす.えび (@kosmosebi) 2017年11月15日 S2D とか個人的にはどうでもよくて、やっぱり注目はずっと WinNAT 周りの制約と言い続けてきた、ループバックアドレスでコンテナにアクセスできない点が解消されたことです。 Developers can now use localhost or loopback (127.0.0.1) to access services r

以前に書いたことがある Web Apps の Local Cache について、やっと公式ドキュメントが用意されていることを Azure 界の抱かれたい男 No.1 に教えてもらいました。 Azure App Service Local Cache Overview https://t.co/fFVhBPT3mh しばやんさんんへ— こすもす.えび (@kosmosebi) 2016年3月8日 typo しているのは大人なのでスルーしました。 さて、肝心の Local Cache は Web Apps の弱点の一つである、共有ストレージに起因する問題を解決するものです。機能の説明だけではなく、仕組みもドキュメントに書いてありました。 Web Apps は複数のインスタンス間で D:\home 以下を共有しているため、WordPress などのアプリケーションをそのままスケールアウトさせるこ

Hyper.sh - Clusterless Docker Hosting Hyper.sh の特徴とメリット 個人的にはクラスタ不要で Docker が使えるというだけでかなりのメリットになるのですが、それ以外にもいろいろと特徴とメリットがあったので少しだけ書いておきます。 Docker と同じコマンド体系で利用できる Hyper.sh が提供している CLI は Docker とほぼ同じコマンドが使えるようになっています。具体的には docker を hyper に置き換えるだけで使い始めることが出来ます。 # docker の場合 docker pull shibayan/decode-demo:v5 docker run -d -p 80:80 -it shibayan/decode-demo:v5 # hyper の場合 hyper pull shibayan/decode-de

以前にぶちぞう RD が試した時にはまだまだ初期実装で、一度アセンブリを読み込むとロックされて更新できなくなってましたが、今朝 Azure Functions のランタイムがアップデートされて解消したみたいです。 App Service を確認すると、既に最新のバージョンがインストールされていました。すぐに試せます。 New #AzureFunctions release with improved support for precompiled assemblies. See more in release notes! https://t.co/5nv7UpQJ2p— Donna Malayeri (@lindydonna) 2017年2月15日 ブラウザだけで開発できる手軽さは素敵ですが、やはり俺達には Visual Studio のエディターが必要でした。csx はまだまだ発展途上

2017 年だし、ホログラフィック（自称）と名乗ってるし、このゲームは遊んでおかないといけないと思ったので、蛎殻町に放置されていた HoloLens を整備して試しました。 プレイ中 pic.twitter.com/QtKIPsxFpy— しばやん (@shibayan) 2017年2月14日 UWP 版の Remote Desktop アプリケーションを使って、ゲームをインストール済みのマシンに接続しました。Clicker が見つからなかったので、全ての操作をエアタップで行ったので腕がつりそうでした。 画面サイズはドラッグで自由に大きく出来るので、下の画像は 100 インチは超えてる気がします。 2017 年感が凄くあってよい pic.twitter.com/Yw5t0bLfE4— しばやん (@shibayan) 2017年2月14日 ちゃんと Remote Desktop でも音が出