サーバーレス：トレンドレポート

サーバーレスの注目ポイント：インタビュー
A Cloud Guruシニアマネージャー Forrest Brazeal氏

サーバーレスの導入において組織が直面する最大の課題とは？

クラウドやベンダーに依存しないアーキテクチャへの関心が高まっていますが、これは現実的な選択というよりも、イデオロギー的な選択であり、サーバーレスの導入を阻む最大の障壁になっています。この課題の解決には、チームが新しい枠組みの価値に確信を持って構築するための適切なトレーニングを提供することが必要です。簡単な調査だけで止まってしまい、実務に取り掛かれないということはよくあることです。

サーバーレスの導入における最大の技術的な課題とは？

2020年、サーバーレスが直面する最大の技術的課題は、分散型アーキテクチャやマイクロサービスベースのアーキテクチャ全般に共通します。レガシーシステムやコードベースを書き換えなければならないバックログ（未処理ログ）が膨大にあり、その解決のためのツールも、まだ十分に機能していません。

サーバーレスはどこに向かうと思いますか？

tFaaS（Function-as-a-Service）プラットフォームには「ステートフル」なオプションが追加され、AWS Fargateなどのマネージドコンテナによって、境界線がさらに曖昧になると考えます。また、AWS Amplifyなどの開発者にとって使いやすいサービスのベストプラクティスが抽象化されるのではないかと思います。さらに、サーバーレス導入に対する反対意見は、厳密には技術的なギャップではなく、新しいことへの挑戦を避ける惰性や特定ベンダーへの依存など、ビジネスや組織の問題が多く存在しています。

根強く残っているサーバーレスへの「誤ったイメージ」は何だと思いますか？

「サーバーレス化」は、主に技術的な判断と思われがちですが、実際には組織的な変革です。つまり、開発チームと運用チームが新たな役割を担い、経営陣が新たな価値を支持し、受け入れる必要があります。

サーバーレスの注目ポイント：インタビュー
Matson ソフトウェアエンジニア主任 Dave Townsend氏

サーバーレスの導入において組織が直面する最大の課題とは？

ワークロードのサーバーレス化が進む2020年、組織が直面する課題の一つは、既存のスタッフへの研修とこの新しい枠組みへの適用でしょう。サーバーレス化は現在のアプリケーションの構築方法を根本的に変えてしまうことになります。着手は早ければ早いほど良いでしょう。アドバイスとしては、小規模なものから始め、何度も繰り返し、全員に関与してもらうことです。そして1つ言えることは「絶対に今、始めるべき」だということです。また、特に大手の組織では、経営陣を参加させることも重要なステップです。サーバーレスのメリットが分かるよう、魅力的なストーリーと裏付けとなるデータを用意しておいたほうが良いでしょう。

サーバーレスの導入における最大の技術的な課題とは？

チームや組織がinfrastructure-as-code (IaC)を採用することは、確かに課題となるでしょう。インフラにあまり触れない従来型の開発を行ってきたチームは、いくつかの新しいスキルを身につけ、使ってもらう必要があります。サーバーレス環境では運営上のガバナンスが重要です。サーバーレスアプリを作成しているチームは、これまで作成を許可されていなかったかもしれないリソースを作成するために、より多くのアカウントへのアクセスが必要になります。また、サーバーレスアプリケーションの展開方法を理解することも課題です。もちろん、CI/CDの概念は今でも適用されますが、IaCですべてを行うわけではありません。いまはコードとインフラの分離がほとんどないため、慣れるのには時間がかかるかもしれません。サーバーレスはまだ初期の段階であり、コミュニティとともに進化を続けていると思います。まだまだ理想とのギャップはありますが、「re:Invent 2019」でのサーバーレスに関するリリースのように、AWSはさまざまな声に耳を傾け、ギャップは埋まりつつあります。特に、VPCでのLambdaの起動時間を向上したことで、企業の発展を妨げてきた課題の一つを解決することができるはずです。実はこの課題に言及していた人の多くは、サーバーレス化に取り掛かってもいない人々でした。この分野で成功を収めたいクラウドベンダーにとっては、こうした導入の課題を解消する機能向上が続くのは、間違いないでしょう。

サーバーレスはどこに向かうと思いますか？

I’m no Simo確実なことは言えませんが、実験を開始し、成功事例を共有する企業が増えているため、状況を見る限り、着実に伸びていると言えます。サーバーレス化は、既存の設備に少し手を加えるだけで切り替えられるものではないので、サーバーレスが爆発的に増えることはないかもしれません。サーバーレスというものは、これまでの常識とは全く異なるものなのです。童話の「うさぎとかめ」のように、ゆっくり、コツコツ進むことこそ、成功への近道だと考えています。

サーバーレスの状況について、最も期待していることは何ですか？

現在はクラウドベンダー側から見ても、ツール側から見ても、素晴らしい状況です。サーバーレスのフレームワークやSAMにおける急激な進化、サーバーレス周辺の監視や可観測性の分野における進化を見ることが楽しみです。

Specific to AAWSに限って言えば、AppSyncやAmplifyの取り組みは良いと思います。AmplifyとともにArchitect などのフレームワークは、既存の多くのフロントエンドの担当者の中からフルスタックデベロッパーという全く新しいカテゴリーを生み出せる大きな可能性を秘めています。これらのフレームワークによって、クラウドの経験がほとんどないフロントエンド開発者でも、サーバーレスのバックエンドを簡単かつ素早く立ち上げることができるようになりました。また、私はEventBridgeにも大きな期待を寄せています。このサービスによって、イベントベースのサーバーレスアーキテクチャパターンへの扉が開くことでしょう。

サーバーレスの注目ポイント：インタビュー
Stackery エコシステムディレクター Farrah Campbell氏

サーバーレスの導入において組織が直面する最大の課題とは？

プロジェクトの主要なアーキテクチャソリューションとして、どのようにサーバーレスを導入するかが第一の課題です。1～2組のチームがサーバーレスで大成功をおさめた組織は多いものの、その成功を広い範囲で再現できた例はまだほとんどありません。こうした組織では、知識や経験を共有する優秀な人材が数多く抱えていますが、他のアーキテクチャパターンのアプリケーションを構築するチームをサポートするのと同じように、中心となるチームのサポートをするためのツールが必要になります。

サーバーレスの導入における最大の技術的な課題とは？

この数年間で、「ウォーム」関数のプロビジョニングや仮想ネットワークに接続した場合のスケーラビリティの改善など、サーバーレスプラットフォームの課題の多くは解消されています。サーバーレスがほぼすべてのユースケースに対応できるようになった今、最大の技術的課題は、幅広い開発者がサーバーレスを導入できるように、適切なワークフローとツールの開発を続けることでしょう。

サーバーレスはどこに向かうと思いますか？

大規模な組織による導入が増えることで、サーバーレスの限界に対する固定観念が覆され、普及が進むと思います。コールドスタートの問題を懸念して、これまではサーバーレスを避けていたJavaや.NETを使う環境でも、サーバーレスを運用するためのツールの導入・構築を開始するようになるでしょう。そして従来のサーバー運用への投資に疑問を抱く組織も増えると思います。

サーバーレスの状況について、最も期待していることは何ですか？

従来、スケーラブルなウェブアプリケーションの構築は非常に難易度の高い作業でした。非常に狭く、深い専門知識が求められるため、この種のソフトウェア開発ができる人の数にも限りがあります。一方、サーバーレスは参入障壁が低く、さまざまな開発者がスケーラブルで柔軟なアプリケーションの構築を望んでいます。この影響が今後も続くと面白いと思います。 

根強く残っているサーバーレスへの「誤ったイメージ」は何だと思いますか？

The biggest myth is that最大の誤った認識は、「サーバーレス=関数」であるということです。関数という固 定概念が捨てきれず、限界やコストばかり分析している人が多いようです。こうした人々は、インフラストラクチャと運用管理が簡素化されるというサーバーレスのメリットを見落としています。少なくとも、ほとんどのプロジェクトではサーバーレスをソリューションとして優先するべきで、代替案は必要な場合にのみ検討するべきです。そう言い切ってしまえるほど、サーバーレスROI（投資対効果）が非常に高いと言えるでしょう。  

サーバーレスの注目ポイント：インタビュー
BEGIN社 CTOおよび共同創業者 Brian Leroux氏

サーバーレスの導入において組織が直面する最大の課題とは？

「サーバーレス」とは、大規模であることが前提のムーブメントで、クラウドを運用するために必要なものです。クラウドベンダーが成長するにつれて、インフラストラクチャの購入や構築が増え、その過程で総所有コストが削減されます。クラウドベンダーが提供するサービスは、コモディティ化しています。最初はケージやラックのレンタルから始まり、仮想化に移行し、最終的には100ミリ秒単位で実行する関数をレンタルできるようになりました。サーバーレスの定義が拡大し、IaC（Infrastructure as Code）やオブザーバビリティ（可観測性）などの概念が含まれるようになりまし
たが、核となる理念は変わりません。つまり、差別化されていないコモディティ化されたワークロードをアウトソーシングし、コアビジネスの価値に集中するという理念です。

当然、多くの組織が、さまざまなクラウドベンダーのサーバーレス提供を評価しています。ただし、「サーバーレス」というラベルが貼られた機能は多いものの、ベンダーによってその内容は大きく異なることは意外と知られていません。「サーバーレス」という言葉自体に、期待を膨らませるのは良いことですが、次のステップには幻滅という落とし穴が待ち受けています。私が考える2020年の課題は、今、私たちがその「落とし穴の中」にいるということです。

あらゆるクラウドベンダーには、それぞれに優位性があります（それが他社を大きく凌ぐ企業もある）。酷いことを言うつもりはありませんが、トップ2社のクラウドベンダーだけを見ても、その違いはかなり大きいのです。未来がサーバーレス化するのは間違いありませんが、いまはまだまだ初期の段階です。 注意深く、計画的かつ意図的に、従来のモノリシックなアプリケーションを移植することは可能ですが、最初から完全なサーバーレス化としてスタートする方がずっと簡単です。それでも、そのプロセスは険しく、簡単とは言えません。 Begin.com の目標は、ストレスフリーなAWSサーバーレスを実現することです。

サーバーレスの状況について、最も期待していることは何ですか？

「Deno」という新しい実験的なJavaScriptランタイムには非常に期待しています。サーバーレスのウェブ開発に適した特徴を備えているからです。これはNodeのクリエーターが手を加えて作ったもので、Nodeと同様、V8をベースにしており、優れたコールドスタートを実現します。Denoは、一般的なTypeScriptやJSXの方言に加えて、ESモジュールをネイティブでサポートしています。これは、サードパーティ製のビルドツールを使わずに、React（またはPreact）とTypeScriptのいずれかのサーバーレスサイドレンダリング（SSR）をLambdaで実行できることを意味しています。非常にスマートで、楽しくウェブアプリを「サーバーレス」で構築する方法になると思います。

根強く残っているサーバーレスへの「誤ったイメージ」は何だと思いますか？

ベンダーロックインに関する考え方です。Architec、または未加工のS A M/CloudFormation、あるいはサーバーレスサービス（API、Lambda、DynamoDBのようなもの）だけを使ってAWSでアプリを構築できれば、実際には競合他社よりも有利になる可能性が非常に高いです。

サーバーレスの注目ポイント：インタビュー
Serverless Days Milan テクニカルエバンジェリスト、AWS共同創業者 Alex Casalboni氏

サーバーレスの導入において組織が直面する最大の課題とは？

組織の課題は、主に社風（企業文化）やテクノロジーの変化に関連するものになると思います。5年以上経った今、テクノロジーは成熟しており、もはやツールやUXのせいにすることはできません。もし、小規模な組織と大規模な組織の両方の組織的な課題の克服に役立つアプローチを2つ提案するとしたら、私はトレーニングに投資し、少人数のチーム（小規模なサービスの構築を担当）に重点を置くことを選びます。トレーニングは、ちょっとしたMeet upに参加したり、定期的にアップされるブログを読むだけでも十分です。小規模なチーム（Amazonでは「two-pizza team」と呼ばれる）は、従来の組織では考えにくい形ですが、すべてのチームメンバーの意識と生産性の両方に影響を与える可能性が非常に高いのです。

サーバーレスの導入における最大の技術的な課題とは？

ほとんどの技術的な課題は、この2～3年で解決されたと思います。2016年にサーバーレスを導入しましたが、当時の障壁であった要因の多くは解消されています。
エッジケース（極端なユースケース）を可能にし、一般的な状況をシンプルにするためにも、技術的な改良は今後のロードマップに含まれることになるでしょう。しかし、この12ヵ月間を振り返ってみると、この分野では多くのイノベーション(Amazon EventBridge, Amazon RDS Proxy, Provisioned Concurrency for AWS Lambda, Custom Runtimes, Data API for Amazon Aurora Serverless, AWS CDKなど) が生まれています。2020年は、これらのアーキテクチャの新しい設計方法をすべて組み合わせることで、デベロッパーの作業をシンプルにできると思います。

サーバーレスはどこに向かうと思いますか？ 

一つパターンを挙げるなら「コードを書く量を減らす」傾向にあることです。多くのデベロッパーが自分の主な仕事はコードを書くことだと思い込んでいます。40年前は「開発者」が考える自分の仕事は、カードに穴を開けることでした。開発者の仕事は、問題を解決し、お客様に満足していただくことです。今では、マネージドサービスの統合やサードパーティのAPIを介して、コードを書く量を減らしても、同じことをはるかに速く実行できるようになりました。このパターンは数年前から始まっており、「サーバーレス」の代わりに「サービスフル」という言葉も生まれています。2020年は、これが新しい常識になるかもしれません。

サーバーレスの状況について、最も期待していることは何ですか？

少なくとも半年間は「Lambda上で動作しない」というクレームは、聞いていません。いち早く着手し、メリットを体験するための第一歩として、「リフト＆シフト」方式でサーバーレス化へ移行する機会も増えています。 

根強く残っているサーバーレスへの「誤ったイメージ」は何だと思いますか？

パフォーマンスが悪いという思い込みでしょう。組み込み型の統合（カスタムポーリングや回避策ではなく）が増えており、内部で継続的にパフォーマンスが向上していることから、「サーバーレスは遅い」という誤ったイメージは再考されるべきだと思います。特に、2019年の2つの大きな改善項目（VPCのコールドスタートの解消、Provisioned Concurrency（プロビジョニングされた同時実行性）の導入）は考慮するべきでしょう。この二つを組み合わせることで、遅延の影響を受けやすいアプリケーションに関連するほとんどの問題を解決することができます。

サーバーレスの注目ポイント：インタビュー
NEW RELIC社 エンジニア主任 ERICA WINDISCH

サーバーレスの導入において組織が直面する最大の課題とは？

サーバーレスに着手したばかりであれば、サーバーレスアプリケーションのインベントリや支出の把握を含め、CI/CDやリリースプロセスと格闘している人も多いかもしれません。経験豊富なサーバーレス組織のデベロッパーは、複雑で強力なアプリケーションを構築し、規模を拡大してワークロードを運用するという課題に直面することになると思います。

サーバーレスはどこに向かうと思いますか？

数年前まで、サーバーレスコンピューティングといえば、AWSがほとんどでしたが、CloudFlare WorkersやTwilio Functionsが台頭してきているようです。AWSではなく、Lambdaで優位性を出そうとするサービスよりも、IoT、モバイル、電気通信をターゲットとする、差別化された製品で、サーバーレス市場を拡大する企業の方が増えるのではないかと思います。

根強く残っているサーバーレスへの「誤ったイメージ」は何だと思いますか？ 

サーバーレスプロジェクトの運用コストの予測は今も難しく、コストがかかりすぎるというイメージがまだ残っていると思います。「servers.lol」などのツールは、こうした不安を払拭し、プロジェクトを企画する上での正確な予測を立てるのに役立ちます。 

サーバーレスの注目ポイント：インタビュー
SERVERLESS CHATS ホスト JEREMY DALY氏

サーバーレスはどこに向かうと思いますか？

サーバーレスは、簡素化するよりも複雑になっていくと思います。シンプルな機能を立ち上げ、実行するという基礎は非常に簡単ですが、複数のマネージドサービスで通信する複雑なアプリケーションを構築するのはまったく別の話です。インフラストラクチャの管理を抽象化しても、デベロッパーが適切なユースケースや制限を理解する必要がなくなるわけではありません。そのためには、マネージドサービスがどのように機能するか、どのようにパフォーマンスを最適化するか、そして最も重要なこととして、分散システムで避けられない障害に対処する方法について、理解を深める必要があります。このような複雑さは必要なものかもしれませんが、私が「Abstractionas a Service（サービスとしての抽象化）」と呼ぶ取り組みを行う企業が増えると思います。これは、ベストプラクティスやコンプライアンス要件を高レベルなコンポーネントにカプセル化し、コミュニティやチームメンバーが再利用できるようにするものです。 

サーバーレスの状況について、最も期待していることは何ですか？

サーバーレスは、膨大な数のユースケースを網羅できるポイントまで進化していると思います。AWS Data Proxy、Provisioned Concurrency、Lambda Destinationsなどのツールが最近追加されたことで、サーバーレスに対して抵抗がある人からの反対意見は減りました。多くの企業が新しい機能の構築や既存の機能の移行のために、「サーバーレスファースト」ソリューションを検討し始めています。

サーバーレスの注目ポイント：インタビュー
LEGO GROUP、シニアエンジニアマネージャー SHEEN BRISALS氏

サーバーレスの導入において組織が直面する最大の課題とは？

サーバーレスを単なるLambda関数の集合体と見なすのではなく、マネージドサービスのエコシステムと見なすようにするため、組織的な意識改革を進めることです。

オンプレミス環境やホスト環境とサーバーレス環境とのコスト比較を説得力のある方法で上層部に提示するのは、難題（あるいは不可能）である場合がほとんどです。このように直接的な比較を行わなければ、サーバーレスへの移行や管理者によるサーバーレスの承認が遅れることは珍しいことではありません。

ほとんどの場合、サーバーレスサービスは間接的な支出などコストを削減します。ただし、監視やオブザーバビリティ（可観測性）などのサポートソリューションを追加すると、コストがさらに複雑化する可能性があります。たとえば、可観測性ツールの価格モデル（イベントやデータポイントに基づいた）は、サーバーレスのエコシステムが拡大すると、価格が高騰するおそれがあります。サーバーレスへの移行によってコスト削減しても、こうしたソリューションを購入することで、結局差し引きゼロになってしまいます。これがサーバーレス反対派になるきっかけになります。

最後に「ベンダーロックイン」という言葉も反対される原因になるでしょう。

サーバーレスの導入における最大の技術的な課題とは？

ツール作り。少しずつ改善されてはいますが、まだ多くの混乱や不整合が残っています。

オブザーバビリティ（可観測性）。小規模な新興企業の観点から見ると、可観測性を実現するためのソリューションは（私の意見では）高価だと感じることがあるかもしれません。

同様の機能を持ち、似たようなサービスが数多く混在することで、エンジニアやいち早く導入したユーザーの間に混乱が起こります。こうした状況によって、勢いが鈍ります。

また、通常、従来の開発環境からクラウドとサーバーレスに移行するチームは、サーバーレスの導入に必要な完璧なソリューション、プラットフォーム、運用環境を求めます。これにより、想定外の遅延と摩擦が生じます。

サーバーレスはどこに向かうと思いますか？

初心者にとっては、関数が少ない、あるいはコードが少ないなど、関数が少ない形態が主流になっていくと思います。イベント駆動型になり、何にでも関数を追加する必要性がなくなるでしょう。

また、正当な理由で業界での導入が増えるのではないかと思います。AWSは、従来のサーバーリソースのアクセス性とフェンスのサーバーレス側からサービスの間の障壁を徐々に取り払いつつあります。つまり、サーバーレス以外のサービスにアクセスするためだけに、コンテナベースのソリューションを選択する必要はありません。まだ完全には到達していませんが、順調に進んでいます。

そして、AWS EventBridgeが中心となって、カスタムサービスとAWSサービス、そして認定パートナーソリューションの間で、関数を使わないイベント駆動型構築を調整できるのではないかと期待しています。EventBridgeにさらに機能が追加されると期待しています。