サーバレスコンピューティングは誤解されやすい概念であり、全ての企業がメリットを享受できるわけではない。サーバレスが役立つのか否か。導入する前に絶対やっておくべきこととは？
「サーバレスコンピューティング」という言葉が最近不用意に使われている。クラウドリソースを活用する超効率的な方法とみられているが、他にも多くの意味合いがある。
本記事は、プレミアムコンテンツ「Computer Weekly日本語版 6月6日号」（PDF）掲載記事の抄訳版です。本記事の全文は、同プレミアムコンテンツで読むことができます。
なお、同コンテンツのEPUB版およびKindle（MOBI）版も提供しています。
サーバレスという考え方は、実際には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日本語版 最近のバックナンバー
Computer Weekly日本語版 5月23日号 候補者の選定から面接までこなすAI登場
Computer Weekly日本語版 5月9日号 まだまだ使える！ 旧型PC再利用術
Computer Weekly日本語版 4月18日号 「Windowsよりマシなもの」＝Chrome OS？
Copyright © ITmedia, Inc. All Rights Reserved.
IBM i 基幹システムを運用する企業でモダナイゼーションが喫緊の課題となる中、推進の課題も多い。そこで、「クラウド」「ノーコード開発」「API」「AI」を主軸とするIBM i ユーザー向けモダナイゼーションサービスを紹介する。
小売業界にとって、顧客体験（CX）、従業員体験（EX）の向上ならびにDX推進は重要度の高い課題である。多拠点、多店舗、他業態を展開する小売業でCXとEXをグローバルに向上する次世代のリテールコマースプラットフォームとは。
ロッテはシステムのAWS移行を進める中、DX推進の鍵は内製化比率の向上にあると考え、内製化の強化に踏み切った。本資料では、内製化の実現に向け、支援を受けながら、初めて取り組んだAWS開発と人材育成を成功させた事例を紹介する。
大容量データの送受信には、通信遅延や帯域制限の課題がある。本資料では、高速で安全なデータ送信を実現できるファイル転送プラットフォームを紹介する。導入時に気になるポイントとともに、料金プランも分かりやすく解説している。
SaaSの利用が拡大する中、ベンダー側と企業側の両方がさまざまな課題を抱えている。ベンダー側は商談につながるリードが獲得しにくいと感じており、企業側は製品の選定に困難さを感じているという。双方の課題を一掃する方法とは？
「テレワークでネットが遅い」の帯域幅じゃない“真犯人”はこれだ
ネットワークの問題は「帯域幅を増やせば解決する」と考えてはいないだろうか。こうした誤解をしているIT担当者は珍しくない。ネットワークを快適に利用するために、持つべき視点とは。
「サイト内検索」＆「ライブチャット」売れ筋TOP5（2025年5月）
今週は、サイト内検索ツールとライブチャットの国内売れ筋TOP5をそれぞれ紹介します。
「ECプラットフォーム」売れ筋TOP10（2025年5月）
今週は、ECプラットフォーム製品（ECサイト構築ツール）の国内売れ筋TOP10を紹介します。
「パーソナライゼーション」＆「A／Bテスト」ツール売れ筋TOP5（2025年5月）
今週は、パーソナライゼーション製品と「A／Bテスト」ツールの国内売れ筋各TOP5を紹介し...
ITmediaはアイティメディア株式会社の登録商標です。
