Help us understand the problem. What is going on with this article?

Azure API Managementの従量課金モデルを軽く調べた&Az.APIManagementで廃止になったコマンド

More than 1 year has passed since last update.

こんにちは。
コンサルティング & テクノロジー部の上坂です。

この記事はネクストスケープ クラウド事業本部のAdventCalenderの24日目です。
前回の記事も同じAdventCalenderの24日でちょうど1年前、というあまりのサボりっぷりに引いております。

しかし、12/24が私の誕生日ということを知りつつ敢えて2年連続でこの日を私の担当に割り当てる担当者のサディスティックぶりは放置できません。いつか仕返しをしなければならないようです。真のサディストはサディストを弄ることで快楽を得るのです・・・ふふふ。

さて、そろそろ真面目に。
前回はAzure Batch AIというレア中のレアなAzureのPaaSをご紹介しました。
どれぐらいレアかというと、1年前に色々調べたついでにバグの指摘も含んだFeedbackも5,6つほどしたのですが、1年たっても他の人からの投票数が全く増えず、他のアイディアもたった1つしか増えないという圧倒的な過疎っぷりを見せつけるほどである、といえばご理解いただけるかと思います。

今回はAzure API Managementについて記事を書きたいと思います。
https://azure.microsoft.com/ja-jp/services/api-management/
このPaaSもAzure Batch AIと同様に使用するシチュエーションが限られているため多数のユーザーが対象となるわけではありませんが、それでも全世界的にはかなり使用されているようです。

Azure API ManagementとはAPIを公開する時に必要となる機能を一通りそろえたPaaSです。呼び出し側とAPIとの間にProxyにようにデプロイすることで様々なことを可能とします。

詳しい説明は先日のTokyo Jazug Nightと弊社ネクストスケープのイベントNSStudyで発表したこちらの資料をご覧ください。

さて、今日は上記の資料発表以降に発表されたAzure API Managementの更新中でも注目したい機能を取り上げます。

API Management の従量課金レベル - プレビュー

Azure Updates
高額なAzure API Mangementの従量課金モデルが発表されてとても喜ばしいですね。ただ新しい課金モデルが増えただけではなく、他のモデルとは異なる点が色々あるようです。確認しておきましょう。

専有リソースではなく、動的リソースである

これまでの課金モデルのリソースはプロビジョニングに時間がかかる代わりに他者の影響を受けることが無い専有リソースを手に入れることができました。しかしこの従量課金モデルはサーバーレスな動的リソースであるため、他者の影響を受ける可能性が多少なりとも発生することを意味します。
また、こちらのページによると
Azure Functionsでもよく問題となるオンデマンドアクティベーション仕様であると記載があります。ということはRequestがしばらくやってこないとリソースを開放してしまうので間隔があいた後の1回目のRequestはとてもレスポンスが悪化する可能性があります。(未確認)

外部キャッシュが利用可能

docs
従量課金モデルを使用する場合のみ、APIM内部のキャッシュではなく外部のキャッシュが使用可能です。この機能はBYOC(Bring your own cache)と呼んでいるようです。しかし、どんなキャッシュでも使用可能わけではなく、Redis Cache互換のキャッシュのみ使用可能です。Azureのキャッシュに限らず使用することができます。
2018-12-23-20-00-40.png

全API、個々のAPIに紐づくサブスクリプション

docs
従量課金モデルを使用する場合のみ、サブスクリプション機能を製品(Products)ではなくて全APIもしくは個々のAPIに紐づけることができるようになりました。

製品(Products)が不要になった

さらっとサブスクリプションのページにはこんなことが書かれています。
「最初に製品を作成して API を追加することなく、1 つの API (または APIM インスタンス内のすべての API) へのアクセスを許可するキーを作成できるようになりました。」

今まで、サブスクリプションは製品(Products)に紐づくものでした。その製品(Products)を作成しなくてもいい、と言っているのです。しかしこれまではAPIは必ずどこかの製品(Products)に紐づける必要があり、これを忘れるとエラーとなっていました。ところが今までの製品(Products)へのAPIの紐づけが不要となり、APIを呼び出してもエラーとならない仕様になってることを確認しました。これはかなり大きなアーキテクチャ変更です。(資料の更新が辛いw)

ECHO APIがない!

従量課金モデル以外でAPIMを作成した場合は、ECHO APIというテスト用のAPIへの設定が最初から含まれており、実験には大変便利です。しかしこのECHO APIがありません。なんてことだ。不便なのでこれは元に戻してほしいなぁ・・・

超高速デプロイ

従量課金モデルを東南アジアリージョンで作ってみましたが、なんと3分ぐらいでプロビジョニングが終了してしまいました。今までは20分~40分ほど待たされたので、超高速ですね。これならオートスケールが使い物になるかもしれない希望が出てきました。

まだフル機能ではない

従量課金モデルのインスタンスにはまだフル機能がそろっていません。ざっと見た感じ、次の機能がありません。

  • Portalからのユーザー・グループの管理
  • ユーザーへ通知するメールのテンプレート管理
  • Git連携
  • カスタムドメイン
  • VNET統合
  • TLS、SSLなどのプロトコル設定
  • アラート、メトリック、診断設定

いずれ拡充されるんでしょうね。少なくともカスタムドメインとアラート・メトリック・診断設定はほしいところです。

使用可能なリージョン

この従量課金モデルを使用できるリージョンが限られていますが、2019年1月中にすべてのリージョンへの展開をできるように頑張っているようです。
2018-12-23-20-05-05.png

API ManagementのPowerShellコマンドAzureRM.ApiManagementのAz.ApiManagementへのマイグレーション

Azure PowerShell 'Az' Moduleの version 1.0が2018/12/18にリリースされたことに伴い、API ManagementのARMコマンドもAz.Apimanagementコマンドへとマイグレーションされました。
廃止となったコマンドがいくつかありますので注意しましょう。詳しくはこちら
私もまだ試していないので、近々いじってみたいと思います。

最後に

今後もAPI Managementの更新があったらできるだけ追随したいと思います。(久しぶりの投稿だったのでちょっと頑張っちゃいました)

Blogによる情報発信の頻度をあげるべく、来年は頑張りたいと思います。

ネクストスケープ技術ブログ - ネスケラボを来年もよろしくお願い致します。

takashiuesaka
日本マイクロソフトで Microsoft Azure の CSA(Cloud Solution Architect)をしています。個人的な技術調査結果を書いていますので、会社の公式見解ではないことをご承知おきください。 優しいツッコミ大歓迎です! Twiter:@takashiuesaka
Why not register and get more from Qiita?
  1. We will deliver articles that match you
    By following users and tags, you can catch up information on technical fields that you are interested in as a whole
  2. you can read useful information later efficiently
    By "stocking" the articles you like, you can search right away