ROMANCE DAWN for the new world

Microsoft Azure を中心とした技術情報を書いています。

第11回 Tokyo Jazug Night で Azure Container Service (AKS) の話をしてきました

jazug.connpass.com

第11回 Tokyo Jazug Night に参加して、Azure Container Service (AKS) の話をしてきました。
speakerdeck.com

まだプレビュー中ですが、マネージドな Kubernetes サービスとして期待しているサービスです。AKS の概要や基本的な使い方だけでは面白くないので、AKS というか Kubernetes の世界観を少しでも伝えたいと思い、サービスメッシュの Istio、メトリクス監視の Prometheus と Grafana をデモしました。

先日、JAZUG Facebook Group が 2,000 人を超えました!3月は JAZUG 女子部による「闇が深すぎる Azure Active Directory」、4月は毎年恒例の「Global Azure Bootcamp」を開催予定です。詳細は追って告知されますが、多くの方にご参加頂けたらと思いますので、引き続きよろしくお願いします。

Azure Functions on Linux にカスタムのイメージをデプロイする

Azure Functions では、まだプレビューですが、Linux 上でホストできる機能が提供されいて、Docker コンテナでファンクションを動かすことができます。
今回は、ローカル環境で作成したファンクションを Docker ビルドして、Azure Functions にデプロイするところまでを試してみました。

環境構築

ローカルの開発環境には、Azure Functions Core Tools が必要です。
github.com
Azure Functions Core Tools には、ランタイムの Ver.1.x と 2.x の2つバージョンがあります。Linux の機能を使うには、Ver.2.x をインストールします。

$ sudo npm install -g azure-functions-core-tools@core --unsafe-perm true

今回は、Mac OS を利用しているので、unsafe-perm の引数を指定しています。

ローカル環境でファンクションを作成する

Azure Functions Core Tools を使って、ファンクションのテンプレートを作成します。init コマンドでは、テンプレートを作成するディレクトリ名(funcdockerapp)と docker の引数は必須です。

$ func init funcdockerapp --docker --sample

下記のようなディレクトリ構成が作成されます。

f:id:TonyTonyKun:20180121184211p:plain
Dockerfile は、このように定義されています。

FROM microsoft/azure-functions-runtime:v2.0.0-beta1
ENV AzureWebJobsScriptRoot=/home/site/wwwroot
COPY . /home/site/wwwroot

引数で sample を指定したので、JavaScript の HTTP trigger として、index.js にお馴染みのファンクションがサンプルとして追加されています。

module.exports = function (context, req) {
    context.log('JavaScript HTTP trigger function processed a request.');

    if (req.query.name || (req.body && req.body.name)) {
        context.res = {
            // status: 200, /* Defaults to 200 */
            body: 'Hello ' + (req.query.name || req.body.name)
        };
    }
    else {
        context.res = {
            status: 400,
            body: 'Please pass a name on the query string or in the request body'
        };
    }
    context.done();
};

ローカル環境でファンクションを実行する

start コマンドを使って、作成したファンクションのテンプレートをローカル環境で実行してみます。

$ func start

コマンドの実行結果に表示されている localhost:7071 にブラウザでアクセスすると、ファンクションのランタイムが実行されていることが分かります。

f:id:TonyTonyKun:20180121184246p:plain
HTTP trigger の URL にアクセスすると、結果が返ってきます。

$ curl http://localhost:7071/api/HttpFunction?name=gooer
Hello gooer

Docker Image にビルドすれば、ローカルのコンテナで動作確認することもできます。

$ docker build -t thara0402/funcapp:v0.1 .
$ docker run -p 8080:80 -it thara0402/funcapp:v0.1

Azure Functions にデプロイする

まず、先ほどビルドした Docker Image を Docker Hub にプッシュします。

$ docker push thara0402/funcapp:v0.1

続いて、Azure ポータルの Cloud Shell を利用して、デプロイに必要なリソースを作成します。

# リソースグループ
$ az group create --name gooner0116 --location westeurope

# Azure Storage アカウント
$ az storage account create --name gooner0116 --location westeurope --resource-group gooner0116 --sku Standard_LRS

# Linux App Service プラン
$ az appservice plan create --name gooner0116 --resource-group gooner0116 --sku S1 --is-linux

Docker Hub の Image を指定して、Azure Functions をデプロイします。

# Azure Functions
$ az functionapp create --name gooner0116 --storage-account gooner0116 --resource-group gooner0116 \
--plan gooner0116 --deployment-container-image-name thara0402/funcapp:v0.1

最後に、Azure Storage アカウントの接続文字列を構成して完了です。

# Azure Storage ConnectionString
$ storageConnectionString=$(az storage account show-connection-string \
--resource-group gooner0116 --name gooner0116 \
--query connectionString --output tsv)

# Azure Functions Config
$ az functionapp config appsettings set --name gooner0116 \
--resource-group gooner0116 \
--settings AzureWebJobsDashboard=$storageConnectionString \
AzureWebJobsStorage=$storageConnectionString

Azure ポータルを見ると、Azure Functions にデプロイされていることが確認でき、テストも成功します。
f:id:TonyTonyKun:20180121184308p:plain
上記の画面を見ると分かるように、読み取り専用のファンクションとしてデプロイされるようです。
ファンクションを更新する場合には、Docker Image を別のタグで作成し、az functionapp create コマンドを実行します。

まとめ

他のクラウドベンダーからもサーバーレスなサービスは提供されていますが、 Azure Functions ではローカル環境での開発がサポートされています。ただ、ローカル環境とデプロイ環境の違いが原因で予期せぬ動作をする可能性もあるので、コンテナで作っておけば動作環境に依存しないので安心です。
コンテナとサーバーレスの相性はいいと思うので、うまく活用していきたい機能です。

最後に

この記事は、Azure もくもく会@新宿 # 15 に参加したときに試してみた内容です。
azure-mokumoku.connpass.com
西新宿にあるネクストスケープさんの会議室で、10名ぐらいが集まって Azure ネタをもくもくしていました。
Azure 絡みならテーマは自由で、最後に簡単な成果発表がありました。このぐらいの人数だと、発表内容について、あれこれと話がしやすいのは良いなと思いました。
自宅でもくもくするのも良いですが、仕事帰りに集まってもくもくするのも楽しいですね。
主催者の方が記事を書いていますので、こちらもぜひ読んでみてください。
memobog.azurewebsites.net

2017 年振り返り

今年も、しばやんさんが作った 2019 年の人気記事ランキング生成 を使わせてもらい、1年を振り返ってみます。

  1. ASP.NET でクライアントの IP アドレスを取得する
  2. ASP.NET Web API で multipart / form-data を使ってファイルをアップロードする
  3. HttpClient を使って同期で通信する
  4. ASP.NET MVC の Ajax 通信で例外を処理する
  5. ASP.NET MVC で JSON の一部として PartialView を返す方法
  6. プロキシ環境下で Web API を呼び出す
  7. Entity Framework Core 1.0 で SQLite を使ってみる
  8. ASP.NET Web API で返す JSON のプロパティを指定する
  9. Swagger 2.0 に対応した ASP.NET Web API のドキュメントを作成する
  10. Azure 上に Jenkins を使って CI 環境を構築する

ASP.NET 関連の記事が、多く読まれているようです。Azure の記事が少ないというか、今年に書いた記事がないですね・・・
続いて、2017 年に書いた記事だけを集計しました。

  1. Azure Container Service で Kubernetes を試してみた
  2. Azure Container Service の Kubernetes に YAML ファイルを使ってデプロイする
  3. Azure Container Service (AKS) を試してみた
  4. Azure Container Service の Kubernetes に ASP.NET Core アプリケーションをデプロイする
  5. Azure Container Service の Kubernetes にデプロイした Pod のデータを永続化する

仕事で Kubernetes を使っていることもあり、Azure Container Service の記事を書くことが多かったです。来年は、App Services for Container や Cosmos DB あたりを中心にもっと広く記事を書いていきたいです。

今年の出来事としては、1月に Microsoft MVP for Azure を受賞できたことが大きかったです。昨年転職して仕事が変わり、新しい技術やこれまで経験のなかった分野にチャレンジできました。前職からの仲間とも交流を続けながらも、MVP や新しい仕事で多くの方々と出会う機会に恵まれ、充実した1年だったと思います。

ただ、後半以降は仕事が忙しくなってしまい、コミュニティ活動というか個人の活動にあまり時間を取れませんでした。来年は、このあたりのバランスを改善していきたいです。

本年もお世話になりました。よい年をお迎えください。