具体的な利用例や相違点を紹介

いまさら聞けない「サーバレス」「マイクロサービス」は何が違うのか

サーバレスアーキテクチャとマイクロサービスアーキテクチャは、それぞれに特徴があり、目的に応じた使い分けが大切だ。主な相違点と特徴を見てみよう。

公開 2019年06月10日 05時01分

更新 2019年07月08日 11時25分

著者

Joydip Kanjilal

[TechTarget]

印刷する

　アジリティー（敏しょう性）や性能、可変性を追求した結果、アプリケーションを機能などの細かい単位で切り分ける「マイクロサービスアーキテクチャ」や、アプリケーションの実行に必要なクラウドリソースを動的に割り当てる「サーバレスアーキテクチャ」などのアプリケーション開発アプローチが生まれた。どちらが目的により適しているかを正しく判断するために、開発者はこの2つのアプローチの共通点と相違点を理解する必要がある。

併せて読みたいお薦め記事

「サーバレス」「マイクロサービス」とは

具体的な活用法は

それぞれが適している場合とは

　重要なリソースおよびその管理方法に関する要件があり、長期にわたって稼働させる複雑なアプリケーションの開発には、マイクロサービスアーキテクチャが適している。アプリケーションの機能を複数のモジュール（マイクロサービス）を組み合わせる方式で開発し、クラウドに展開することで、既存のモノリシック（巨大な一枚岩）アプリケーションをマイクロサービスアーキテクチャに移行できる。マイクロサービスは通信情報を保持し、24時間365日稼働させられるため、Eコマース（電子商取引）サイトの構築に適している。

　サーバレスアーキテクチャでは、必要なときにのみ必要な処理を実行する。処理が終了すると、プログラムを実行しているコンピューティングリソースは自動的に破棄される。イベントが散発的に発生するイベント駆動型のアプリケーションにおいて、サーバレスアーキテクチャはうまく機能する。迅速に導入する必要があり、かつアプリケーションのスケーリングに関する懸念がほとんどない場合にも適している。定期的なデータ集約タスクとも相性が良い。

　一般的な経験則をまとめると、両者が適している状況は以下のようになる。

サーバレスアーキテクチャ
- 自動スケーリングが必要な場合
- ランタイム（実行）コストを抑えたい場合
マイクロサービスアーキテクチャ
- 柔軟性が必要な場合
- レガシーアプリケーションを最新のアーキテクチャに移行する場合

　サーバレスアーキテクチャとマイクロサービスアーキテクチャの選択に当たっては、以下の相違点を考慮して判断するとよい。

相違点1．ITオペレーション

　IT部門のシステム管理における実務（展開や構成、サポート、保守、監視）については、サーバレスアーキテクチャよりもマイクロサービスアーキテクチャに基づくアプリケーションの方が、考慮すべき点が多くなる可能性が高い。社内のITリソースでサーバレスアーキテクチャに基づくアプリケーションを運用することは技術的には可能だ。ただし大抵の場合は、サーバ管理やキャパシティープランニング（リソース運用の設計）、サポート業務をクラウドベンダーに委託することになる。

相違点2．関数

　サーバレスアーキテクチャでは、実行後に値を返す名前付きの処理を使う。これを「関数」と呼ぶ。サーバレスアーキテクチャの関数とは異なり、マイクロサービスアーキテクチャでは複数の関数を同時に実行できる。言い換えれば、1つのマイクロサービスは、サーバレスアーキテクチャにおける1つまたは複数の関数に相当する。

相違点3．料金

　コストは、サーバレスアーキテクチャとマイクロサービスアーキテクチャの重要な差別化要因だ。これは両アーキテクチャにおいてアプリケーションが稼働するタイミングに関係する。「AWS Lambda」などサーバレスアーキテクチャ向けのイベント駆動型コード実行サービスは従量課金制だ。サーバが関数の実行に要した時間に対してのみ料金が発生する。コンテナ技術を使って、コンテナにマイクロサービスをプロビジョニングするのは比較的低コストで実行できる。ただし負荷がない場合でもコンテナインスタンスを24時間365日実行するための料金が発生する。

サーバレスコンピューティングとマイクロサービスの共存

　サーバレスアーキテクチャとマイクロサービスアーキテクチャの両方の構造に依存しているアプリケーションも存在する。そのようなアプリケーションを使用する場合は、どちらかのみを選択することはできない。サーバレスアーキテクチャとマイクロサービスアーキテクチャは、お互いの長所と短所を補完し合うことができる。サーバレスアーキテクチャの一部としてマイクロサービスアーキテクチャを導入することも、コンテナを使って両方のアプリケーションインフラを構築することもできる。

印刷する