AWSは、開発から導入までの手順を支援するAPI管理スイート一式を提供している。加えて同社は2018年11月末に、AWSサービスを企業のオンプレミス環境で利用できる物理アプライアンス「AWS Outposts」を発表した。提供開始は2019年後半を予定している。これにより、開発チームはハイブリッドクラウドでのAPIの管理が容易になる。

　Microsoftも完全なAPI管理スイートを提供する。Outpostsとよく似たメリットをハイブリッドクラウドにもたらす物理アプライアンス「Microsoft Azure Stack」も提供している。

　Googleは、同社が買収したAPI作成・管理サービス「Apigee」をベースにAPI戦略を構築している。だがパブリッククラウドとオンプレミスのデータセンターの統合、あるいはAPI開発機能と運用機能の統合は、AWSやMicrosoftと同レベルには達していない。

オープンソースやサードパーティー製の場合

　オープンソースやサードパーティー製のAPIツールは、開発面よりも管理面に重点を置く傾向がある。これらのツールは、API管理リソースの拡張性を向上させる目的から、クラウドでホストできる場合がある。各API管理ツールとオーケストレーションツールをうまく組み合わせれば、クラウドベンダーが提供するAPI管理スイートの安定した機能群に匹敵する可能性もある。採用したクラウドサービスとデータセンター間で一貫性が生まれることもある。そのため、特にマルチクラウド戦略を掲げる企業は、API管理用にクラウドネイティブなツールではなくサードパーティー製またはオープンソースのツールを選択している。

　オープンソースのAPI管理ツールとしては「Swagger」「LoopBack」「Restlet Framework」「Tyk」「WSO2」などがある。これらのツールはクラウドの導入に利用できる。ユーザーはクラウドでこれらのツールをホストできるが、一般的なアプリケーションと同様に導入と管理を実行する必要がある。

　これらのオープンソースAPI管理ツールでは、ユーザーが運用時の連携に対処しなければならない場合がほとんどだ。開発とテストに使うAPI管理ツールと、アプリケーションの導入に使用するオーケストレーションおよびワークフローのツールを連携させる必要がある。大半のオーケストレーションツールはオンプレミスシステムと同様、基本的には大手クラウドベンダーのクラウドサービスいずれに対しても移植可能だ。

　サードパーティー製のAPI管理パッケージは守備範囲の狭いものが大半を占める。中には広範囲に向けた機能を持ち、APIベースのサービスを運用環境に導入できるものもある。例えばApigeeは、Googleのクラウドとは別に単独で購入できる。それにより、開発・テスト・運用の各段階において、ApigeeがAPIに関する課題を解決することに役立つ。Apigeeは全ての大手クラウドベンダー、そしてハイブリッドクラウドのオンプレミスシステムとも互換性がある。もう一つの選択肢として、クラウド管理ツールベンダーMuleSoftが提供するAPI作成ツール「API designer」とAPI管理ツール「API Manage」がある。これらのツールが持つ機能の対象範囲はApigeeと同じだ。

最適な選択肢は？

　マルチクラウドではなくハイブリッドクラウドを採用する予定なら、APIの管理にはベンダーのネイティブツールを検討するとよい。マルチクラウドを導入している場合でも、拡張やフェイルオーバーの操作対象が複数ベンダーの製品にまたがらないのであれば、ベンダーのネイティブツールが適しているだろう。ただしベンダーごとのツールの相違点を幾つか受け入れなければならない可能性はある。

　オープンソースのコンテナや、仮想マシン（VM）のオーケストレーションを細部まで理解し、複数のクラウドベンダー間でサービスのアジリティー（俊敏性）を維持する必要がある企業は、オープンソースのAPI管理ツールを検討してはどうだろう。それらのツールをワークフローの分散やオーケストレーションと組み合わせるとよい。ベンダーをすぐに変えられるようにしておきたい企業にも同じ事が言える。

　同レベルのアジリティーを求めてはいても、オープンソースを導入した経験があまりない企業はどうすればよいだろうか。開発・テスト・デプロイ・運用の統合機能を持つ、サードパーティー製のAPI管理スイートを採用するとよい。