この記事は、毎週水曜にFIXER社員がAzureに関するブログを繋いでいくAzureリレー第22回の記事です。先週はぼくらのC#のアルファギーク、和田一真さんのAPI ManagementからStorage accountsへのアクセスが簡単になったらしいので試してみたでした。
ぜひ見てみてください。

1回限りのデプロイ

このネタを思いついた時、最初に考えたことは「これもう他の人が書いてたりしない？」だった。
怖くなったので、cloud.config techblogで"WebApps"で検索をかけてみたところヒットしたもののなかで内容として近いのは、まつりんこと河口祭さんのWeb AppsのCI/CDをAzure DevOpsで組んでみたとぼくらのCI/CDパイプラインの師匠、中村一穂さんのGitHub Actions for App Serviceを使ってApp Serviceにデプロイしてみようだった。
どっちもWebAppsにアプリケーションをデプロイする話ではあるものの、これらはコードをgithubにpushした際などに自動でWebAppsにアプリケーションがデプロイされるパイプラインの作り方を取り扱っている。
コードをコミットするたびにその内容がちゃんとAzure環境に上がるパイプラインの仕組みはある程度以上の人数、規模で開発をするときにはほぼほぼ必須で、それをやってくれる人がいると本当に助かっているのだけれど、今回ぼくが解説しようとしているのはそこからもう少しレベルを下げて、ローカルからAzureのWebAppsに1回限りのアプリケーションのデプロイをする方法だ。
これを行うのは例えば、開発の最初期にとりあえず手元で作成したアプリがAzure環境でも動くか確かめるためにテスト的な意味合いでデプロイするとき、あるいはアプリケーションの中身が最初からほぼほぼこれ以上変更が加わらないことが分かっていて、パイプラインを組む必要があるほどデプロイ回数が多くなくてデプロイするとなったら手動でやるので問題ない場合なんかがそうだ。
やり方もシンプルでパイプラインができても競合しないので（それ以上手動でデプロイしなければいいだけなので）、覚えておくと「アプリケーションのデプロイをちょっと弄れる人」のポジションに立てるかもしれない。

やり方

1. AzureでWebAppsを作成する

まずはデプロイ先となるAzure WebAppsを作成する。
Azureポータルから[リソースの作成]を選び、"webアプリ"当たりで検索をかけ、webアプリのリソースの作成画面に入る。

設定項目の中で気にするべきは、ランタイムスタックあたりくらいか。
今回は.Net Core 3.1のアプリケーションをデプロイするつもりなので、ランタイムスタックを/Net Core 3.1にしておく。

それ以外の項目は良しなに設定して、リソースを作成する。
リソースの作成には時間がかかるので、その間にアプリケーションの本体を作ってしまおう。

2. .Net Core 3.1のWebアプリケーションを作成する

次はアプリケーションの本体を作成しよう。
Visual Studioで新しいプロジェクトの作成を選び、ASP.NET Core Webアプリケーションのプロジェクトテンプレートを選択する。
この選択肢が出なければ、下部の「さらにツールと機能をインストールする」から、ASP.NET Coreのワークロードをインストールしてこよう。