メリットが保証されるわけではない

サーバレスに飛び付く前にやるべきたった1つの作業

サーバレスコンピューティングは誤解されやすい概念であり、全ての企業がメリットを享受できるわけではない。サーバレスが役立つのか否か。導入する前に絶対やっておくべきこととは？

　「サーバレスコンピューティング」という言葉が最近不用意に使われている。クラウドリソースを活用する超効率的な方法とみられているが、他にも多くの意味合いがある。

　サーバレスという考え方は、実際には10年ほど前から存在する。このプロセスの先駆けになった企業が忘れ去られるほど前のことだ。残念ながら、当時は優れた成果を残せなかったため、その後廃れてしまった。とはいえ、全ての事柄がそうであるように、古いものは再び新しく生まれ変わる。

　それでも、サーバレスに対する最適な考え方はある。仮想インフラや物理インフラにとらわれずに、サービスを継続的に手に入れる最新の手段であるという考え方だ。だが、インフラが必要なことは間違いない。

　サーバレスは「コードであり、コードにすぎない」という考え方もある。サーバレスでは、基盤となるホストとの依存関係やパッチの適用が不要になるためだ。

　つまり、開発者はコードが実行されるホストのメンテナンスやセキュリティ、パッチの適用を気に掛ける必要はない。ただし、このホストを管理し、パッチを適用するシステム管理者は依然存在するだろう。

サーバレスの定義

　「サーバレス」コンピューティングという言葉が使われる場合、2つの意味のいずれかを示している。1つは、コンテナ、マイクロサービスなどの抽象概念を（間違って）示している場合。もう1つは、（より正確に）「Function as a Service」（FaaS）を指す場合だ。

　サーバレスは、主に短時間しか行われない相互作用を対象に設計されている。事実、多くのサーバレスプロバイダーは、5分を超えて続行するスレッドを終了する。そのため、サーバレスは明らかに従来のWebサーバにはあまり向いていない。

　サーバレスでは、アプリケーションが構成コンポーネントに分解され、全てがコードやAPI呼び出しに細分化される。例えば、独自のアプリケーション認証サーバを構築してユーザーの認証を行うのではなく、サードパーティープロバイダーの機能を利用する。

　他のコンポーネントについても同じことがいえる。アプリケーションとサードパーティーの認証システム間のAPI呼び出しとメッセージングの使用に基づいて、同じ機能を提供することになる。各認証インスタンスが独立して実行され、認証プロセスの間だけ実行されて終了する。通常、数秒未満しか存続しない。

　一見、非常に高価な方法のように思えるかもしれない。だが、各API呼び出しのコストがおよそ1000分の1セントだと考えると、非常に安価になる。

　恐らくもっと重要なのは、水平方向の柔軟なスケーリングが極めて簡単になることだ。当たり前のことを承知で言えば、永続データをどこかに保存する必要があるためだ。

コストの削減

　インフラのコストを削減すれば、Webスケールアプリケーションを提供する全体コストも削減される。明らかに何らかの課金メカニズムは必要だ。サーバレスでは、そのメカニズムがアプリケーションの呼び出しごとに変わる。実際には、モデルを利用した分だけ支払うことになる。

　課金には、利用するハードウェアのコストも含まれる。そのため、「サーバレス」という言葉が少々誤解を招くことになる。ただし、待機しているだけの余分なハードウェアを抱えるよりもはるかに安価で済む。通常は、ハードウェアを使用してもしなくてもその料金を支払わなければならない。サーバレスアーキテクチャではその点が異なる。

　このアプローチを説明する最善の方法は、重要なビジネスロジックを社内に保持して第三者の目に触れないようにしつつ、「日常をアウトソーシングする」ことだ。

　コストの問題を簡単に説明する。「Amazon Web Services」（AWS）の仮想マシン（VM）を使用すると、VMごとに毎月数十ドルかかる。同じことをサーバレスで（妥当な使い方で）行うと、料金を約3分の2にできる。有用性が大きく異なるため、全てに適合する明確な良しあしはない。

　これはメリットだ。だが、全てがAPI呼び出しで行われるため、プログラムと呼び出しが全て正しいことを保証することに大きく依存するのがデメリットになる。

サーバレス導入のコストに関する考慮事項

　この全てがコストを削減する優れた方法だと考えるならば、サーバレスに切り替える前に考慮しなければならないことが幾つかある。

Computer Weekly日本語版

この連載の記事をもっと見る

この記事の著者

関連記事

• 

  ハイエンドChromebook「Google Pixelbook」のハードウェア仕様は意外にリッチ

• 

  フラッシュストレージ時代のRAID――基礎から各社の独自技術まで

新着ホワイトペーパー PR

• 製品資料
  [株式会社キーエンス] なぜRPA導入は頓挫する？　シナリオ作成の壁を乗り越える解決策とは
• 製品資料
  [株式会社セールスフォース・ジャパン] 「CRMは設計と無関係」は本当か？　PLMとの融合で実現する高速開発
• 事例
  [日本ヒューレット・パッカード合同会社] AIエージェントの時代にどう備える？　「新たな働き手」を支える3要素とは
• 製品資料
  [日本ヒューレット・パッカード合同会社] “横並びの自動化”から脱却、AI活用で生産性と競争力を高める秘訣
• 製品資料
  [サイボウズ株式会社] AIが「わざわざ使うツール」になっていない？　業務で自然に使う導線にする秘訣