「サーバレスコンピューティング」が最近にわかに注目されているが、制限事項や短所もある。
本記事は、プレミアムコンテンツ「Computer Weekly日本語版 8月16日号」（PDF）掲載記事の抄訳版です。本記事の全文は、同プレミアムコンテンツで読むことができます。
なお、同コンテンツのEPUB版およびKindle（MOBI）版も提供しています。
どの組織の開発者チーム（DevOpsチームである可能性が高いが）も、サーバレスコンピューティングを広範囲に展開することを検討する前に、Backend as a Service（BaaS）という本質的に充実した環境で、できることとできないことを明確に認識しておくべきだ。
TechTargetの定義によると、サーバレスコンピューティングはイベント駆動型のアプリケーションを設計および展開する際のパラダイムで、この場合コンピューティングリソースはスケーラブルなクラウドサービスとして提供される。
この定義でも示されているように、サーバレスコンピューティングは必ずしも特定のサーバ上で稼働させるようにプロビジョニングされているとは限らないアプリケーションの作成を指す表現だ。サーバレスコンピューティングアーキテクチャでは、ソフトウェアのプログラマー（と彼らを取り巻く実務部門のチーム）は、ある意味で、実行するアプリケーションの設定、チューニング、スケーリングを心配する必要がなくなる。これらは全てクラウドプロバイダーがバックエンドで引き受けてくれるはずだ。
ソフトウェア開発サービス企業Ness Digital EngineeringのCTO（最高技術責任者）であるモシュ・クラン氏は、サーバレスコンピューティングの限界と、その限界に関する重要事項を指摘している。クラン氏自身が以下の通り箇条書きの形式にまとめた。
専用のクラウドサーバの場合、イベントが到着した時点でコードは既に稼働中なので、そのイベントを数ミリ秒以内に処理できる。一方サーバレスコンピューティングの場合、イベントが発生してから処理されるまでに数百ミリ秒かかることがある。クラウドプラットフォームがサーバにコードを割り当て、コードをデプロイし、コードを実行するために必要なランタイム（例：Java仮想マシン）を起動するまで待たなければならないからだ。
注意！：従って、サーバレスコンピューティングはイベントに対する応答速度が10ミリ秒未満でなければならないアプリケーションには適していない。
どのクラウドプラットフォームでも、サーバレス機能を実行するために使えるサーバのサイズとコードの実行時間の合計に制限を設けている。例えば「Amazon Lambda」の場合、サーバレス機能をメモリ1.5GB、実行時間5分以下に制限している。
注意！：従って、サーバレスコンピューティングは大容量のメモリを必要とするアプリケーションや、処理が完了するまで時間がかかるアプリケーションには適していない。
本記事は抄訳版です。全文は、以下でダウンロード（無料）できます。
■Computer Weekly日本語版 最近のバックナンバー
Computer Weekly日本語版 8月2日号 2つのオープンソースハードウェアプロジェクト
Computer Weekly日本語版 7月19日号 WannaCryはランサムウェアキラーか？
Computer Weekly日本語版 7月5日号 CIOが果たすべき3つの役割
日本が最下位――クアルトリクス「2020年 従業員エクスペリエンストレンド」レポートを読む
従業員体験（EX）は顧客体験（CX）と並ぶ重要テーマですが、日本における従業員エンゲー...
2019年度の統合型マーケティング支援市場は前年度比24.3%増の見込み――ITR調査
統合型マーケティング支援市場のB2B、B2C別の規模推移および予測です。
マーケティングと営業の連携、施策投下数を最優先させた「失敗体験の蓄積」という考え方――Chatwork
日本最大級のビジネスチャット「Chatwork」を提供するChatworkのMAツール活用について聞...
ITmediaはアイティメディア株式会社の登録商標です。
