サーバーレス : 企業エコノミクスの在りを変させるベンチャーキャピタル投資企業やスタートアップ企業の視点から 2018 年 4

(1)

サーバーレス:

企業エコノミクスの在り⽅を⼀変させる – ベンチャーキャピタル投資企業や

スタートアップ企業の視点から

2018 年 4 ⽉

(2)

ページ | 2

注意

本書は情報提供のみを⽬的としています。本書の発⾏時点における AWS の現⾏製品と慣⾏を表したものであり、それらは予告なく変更されることがあります。お客様は本書の情報、および AWS 製品またはサービスの利⽤について、独⾃の評価に基づき判断する責任を負います。いずれの AWS 製品またはサービスも、明⽰または黙⽰を問わずいかなる保証も伴うことなく、「現状のまま」提供されます。本書のいかなる内容も、AWS、その関係者、サプライヤー、またはライセンサーからの保証、表明、契約的責任、条件や確約を意味するものではありません。お客様に対する AWS の責任は AWS 契約によって規定されています。また、本⽂書は、AWS とお客様との間の契約に属するものではなく、また、当該契約が本⽂書によって修正されることもありません。

(3)

ページ | 3

⽬次

サーバーレスが将来のスタートアップ企業、投資家、企業経済にもたらす影響 ... 4

Greylock Partners: サーバーレスがもたらす商機 ... 8

Greylock Partners のサーバーレスへの投資テーマ ... 9

Greylock Partners の投資先企業紹介... 10

Nextdoor ... 10

Skyhigh ... 11

Madrona Venture Group: サーバーレス⼿法によって⽀えられたインテリジェントなアプリケーション .. 13

Madrona のサーバーレスへの投資テーマ ... 14

Madrona の投資先企業紹介 ... 15

Algorithmia ... 15

Pulumi ... 16

IOpipe ... 16

Snowflake ... 17

Accel: メインフレームからサーバーレス、そしてその先へ... 19

Accel のサーバーレスへの投資テーマ ... 20

Accel の投資先企業紹介 ... 21

Segment... 21

Trifacta ... 22

まとめ ... 22

寄稿者 ... 23

(4)

ページ | 4

サーバーレスが将来のスタートアップ企業、投資家、および企業経済にもたらす影響

筆者: TIM WAGNER (Amazon Web ServicesのAWS Lambda、Amazon API Gateway、AWS Serverless App Repository 担当ジェネラルマネージャー) および LINDA LIAN (AWS 製品マーケティングマネージャー)

サーバーレスアーキテクチャを採⽤したスタートアップ企業は、俊敏性が⾼まるとともに、運営費⽤が⼤幅に減少するために、⾃社のリソースをインフラストラクチャではなく付加価値の⾼い事業に集中できるようになっています。このホワイトペーパーでは、業界で顕著な存在感を⽰しているベンチャー企業、Greylock Partners、Madrona Venture Group、Accel の視点を通じたサーバーレスのスタートアップ体験を検証するとともに、サーバーレスがそれぞれのポートフォリオにもたらした影響について掘り下げていきます。当社は、AWS Lambda のようなサービスによって、スタートアップ企業がいかに俊敏性を⼤幅に⾼め、運営費⽤を減らし、ビジネスクリティカルな成果物や業績向上のための投資に集中できるようになるか詳細に検証しています。

まず、AWS のジェネラルマネージャーである Tim Wagner に、サーバーレスに関する質問をしてみたいと思います。なぜ今⽇のビジネスにとってサーバーレスが重要なのか、またサーバーレスによってどのような未来が待ち受けているか、⾒解をうかがいましょう。

サーバーレスとは何でしょうか。また サーバーレスが企業経済にパラダイムシ フトをもたらす理由とは ?

サーバーレスコンピューティングとは、

サーバーインスタンスについて考えることなしに、アプリケーションやサービスを構築し、実⾏することを可能にする技術です。このサーバーレス⼿法は、スタートアップ企業からグローバル企業まで、組織の規模や成熟度を問わず、ほぼあらゆるタイプのアプリケーションやバックエンドサービスに適⽤可能です。

AWS Lambdaといったサーバーレスコンピューティングサービスを利⽤すると、

サーバーインスタンスのプロビジョニング、スケーリング、管理は AWS によって⾏われます。サーバーレスアプリケーションを構築することで、開発者はサーバーインスタンスやランタイムの管理や運⽤について⼼配することなく、⾃⾝の中核製品の開発に集中できます。このような間接費の削減によって、開発者は⾰新的かつ、スケーラブルな信頼性の⾼い製品の開発に時間とエネルギーを集中できるようになります。また、最⼩限の⼈的資源で最⼤限の成果をあげることが可能なため、開発者や企業は、急速に変化する経済により俊敏に対応できます。

ティム・ワグナー博⼠ AWS サーバーレス担当 ジェネラルマネージャー

(5)

ページ | 5

イノベーションを加速することに加え、サーバーレスのアプローチがもたらす 2 つ⽬の利点は、

スタートアップやベンチャーキャピタル投資企業のポートフォリオ全般において特に重要な「コスト削減」を実現できることです。演算能⼒はしばしば、スタートアップ企業のコスト構造の主要な要素となります。コンシューマー向け事業の場合は、数百から数百万ものユーザーに利⽤されるサービスを 24 時間 365 ⽇体制で稼働させて、深い分析を通じて物流と販売を最適化する必要があるでしょう。B2B 企業の場合は、緊密なサービスレベル契約 (SLA) に基づく API や組織横断的なサービスを必要とするでしょう。B2E 向けのサービスやアプリケーションでは、リアルタイム情報と処理機能で、従業員の⽣産性の向上を図る必要があるでしょう。

このような事業を展開する上で、スタートアップ企業は共通の課題を解決する必要があります。その課題とは、コストを抑え、リソースを有効に使いながら、効果的に規模を調整できる信頼性の⾼いサービスを提供することにより、顧客との関係において「順調なスタートを切る」ことです。AWS Lambda は、スタートアップ企業がこうした⼀⾒相反する⽬標を容易に実現することを可能にします。

サーバーレスコンピューティングの中核は、実際に使⽤したコンピューティングに対してのみ料⾦が発⽣するという、シンプルでありながら⾰新的な発想にあります。ワークロードに⽐例したコンピューティングを実現した Lambda のクラウドコンピューティング⼿法は、これまでの業界の経済を⼀変させるものです。深夜など、アプリケーションまたはサービスのワークロードがほとんど⽣じない場合、料⾦は発⽣しません。フラッシュセールなどでワークロードが急増した場合、Lambda は瞬時にスケーリングして⾼負荷に対応します。中間の状態では、

演算能⼒は常に顧客数とワークロードから⽣じる使⽤量に合わせて調整され、それより⾼くなる (利⽤率が低いため、お⾦が無駄になる) ことも、低くなる (応答がよくないため、エンドユーザーが不満を感じる) こともありません。サーバーベースのアーキテクチャと⽐較して、

Lambda の従量制の価格モデルは売上原価 (COG) を削減し、競争⼒を⾼めます。企業は顧客数や使⽤量に基づいてコストを容易に割り当てることができるようになります。サーバーレスアーキテクチャは、新しいサービスの販売モデルや消費モデルを可能にし、まだ⼤規模に展開していない企業にも経常収益と⾼い利益率をもたらすなど、クラウドを⽤いた SaaS (サービスとしてのソフトウェア) ビジネスモデルの投資効果を倍増させます。

「サーバーレスコンピューティングの中核は、実際に使⽤したコンピューティングに対してのみ料⾦が発⽣するという、

シンプルでありながら⾰新的な発想にあります」

スタートアップ企業とサーバーレスの相性がよいと考えられる理由は何ですか ?

サーバーレスは、先⾏投資、⼈的資本、設備資本を低く抑えながら経営を波に乗せる必要があるスタートアップ企業に最適です。AWS Lambda やその他のサーバーレステクノロジーは、

時間と資⾦を集中的に投下することを可能にするため、優秀な開発者が 1 名しかいない場合でも、その⼒をてこにして⼤きく拡⼤させて、評価の⾼いサーバーレスアプリやサービスから収益を得られるようになります。

(6)

ページ | 6

AWS Lambda のイベント駆動型かつ、ステートレスで、機能的な性質は、現在の多様なアーキテクチャパターンにも、今まさに開発中の新しいパターンにもうまく適合します。現在、多くの Webアプリケーション、モバイルアプリケーション、データ処理バックエンドが、サーバーレスで開発されています。根本的にサーバーレス⼿法を活⽤している新しいパターンとしては、

チャットボット、Alexa スキル、マシンラーニング、IoT (モノのインターネット) などがあります。重要なこととして、これらのすべてのパターンで AWS Lambda を使⽤することで、開発者はインフラストラクチャに関連するコードではなく、ビジネスロジックを記述することに集中できます。容量計画、サーバーやオペレーティングシステムのアップグレード、セキュリティパッチの適⽤、マシンの監視といった付加価値の低い作業は⼩規模企業が必要とするリソースをすぐさま枯渇させる恐れがありますが、Lambda を使⽤するとリソースをアプリケーションレベルに集中させることができるので、市場投⼊までの時間やイノベーションサイクルが短縮されます。

スタートアップ企業がサーバーレス⼿法や AWS Lambda から得られるメリットは、⼤企業 が得られるメリットとは異なりますか︖

Lambda のようなサーバーレス⼿法から得られるメリットは、スタートアップ企業と⼤企業の間で違いはありませんが、速いペースでのサービス展開が求められ、新規投資額を最⼩化しつつ (またはこれまでの投資による今後の予測される影響を限定的にしながら) 結果を出す必要性があり、ビジネスモデルや技術的な敏捷性への注⼒が望まれるというポテンシャルを考えると、スタートアップ企業にとって、サーバーレスの採⽤は⼀層重要な決断となります。⼤企業にかかるプレッシャーも性質は似たようなものですが、スタートアップ企業は、時間、資

⾦、⼈材など、あらゆる次元で助⾛路が短いので、貴重なリソースをより慎重に配分する必要があります。

サーバーレスな世界では、ソフトウェアの購⼊と販売はどのように変化しますか。

SaaS にとって、マルチテナンシーは重要な技術

⾰新でした。これにより、ソフトウェアの各インスタンスを別々のサーバーやデータベースに常駐させることなく、同じインスタンスで複数のテナントやカスタマーにサービスを提供できるようになりました。これにより IT リソースが統合され、SaaS プロバイダーのコストが減少しました。プロバイダーは利益率の向上を⾃ら享受することも、競争⼒のある価格設定にして利益をエンドユーザーに還元することもできます。今⽇、

SaaS 企業の特徴が⾼い利益率である理由の⼤きな部分を占めるのが、このマルチテナンシーです。これにより、ソフトウェアの販売と消費の

⼿法が、CPU やサーバーカウントに縛られた従来のエンタープライズライセンスから、利⽤ユーザー数または確保したいリソースベース (予約座席「シート」のような) といった現代的なアプローチへと変化しました。

同様に、サーバーレスコンピューティングは、ソフトウェア構築の新⼿法であると同時に、ソフトウェアの消費と⽀払の新⼿法でもあります。リクエスト単位のマルチテナンシーは、シー

Linda Lian – AWS サーバーレス 製品マーケティングマネージャー

(7)

ページ | 7

ト単位、またはより細かいリクエスト単位のソフトウェア消費モデルを提供する SaaS サービスを、いずれも簡単に構築できます。コストが実際の使⽤量と合致するようになるため、ビジネスリーダーたちは企業内における SaaS ツールの増加や付随するシート数を監視、追跡、管理する必要がなくなります。サービスの質や速度の保証といったメトリクスが、価格設定の基準となります。サーバーレスの利⽤で、新しい破壊的な価格設定モデルが可能になります。企業がこの分野でいかに⾰新し、より⼀層コスト効率の⾼いユーザーフレンドリーな価格設定モデルを提供していくか、今後の動きが⾮常に期待されます。

ベンチャーキャピタル投資企業はサーバーレスにどのような反応を⽰していますか ? ベンチャーキャピタル投資企業はいくつかの理由からサーバーレスの動きに関⼼を⽰しています。純粋に実⽤的な観点からすると、サーバーレスは⼈や機械に投下した資⾦から望ましい成果を得る可能性を⾼めてくれるもの、つまり投資の⽣産性を⾼めてくれるものとなります。

投資先企業にサーバーレスを導⼊するようすすめることで、スタートアップの効率が⾼まり、

概してバーンレート (資本燃焼率) を下げることにつながります。

より深いレベルでは、サーバーレス⼿法を中⼼としてビジネスモデル全体を構築することで、

分野にかかわらず、スタートアップ企業はコスト構造の改善とリクエストレベルのマルチテナンシーを提供する機会が得られるとともに、

改善した経済をエンドユーザーに還元することができるなど、「SaaS のメリット」が倍増します。エンドユーザーによるWeb、モバイル、

または IoT (モノのインターネット) アプリでのあらゆるやり取りに関する収益とコストの両⽅

を追跡できる機能を利⽤すれば、以前は⼤規模で経済的に豊かなフォーチュン 100 企業に限られていた顧客分析技術とマシンラーニング技術

を、⼩規模なスタートアップ企業が活⽤できるようになります。

最後に、ベンチャーキャピタル投資企業もまたサーバーレスエコシステムへの投資を増やしています。これは IaaS (サービスとしてのインフラストラクチャ) エコシステムの発展を彷彿とさせますが、ペースはずっと速いものです。サーバーレス導⼊を図る開発企業や⼤企業への⽀援を専⾨とするスタートアップ企業も、デプロイ、モニタリング、セキュリティ、および多くのドメイン固有のフレームワークといった分野ですでに⽣まれています。AWS

Serverless Application Repository の提供開始により、スタートアップ企業は今や、より迅速かつ容易に、広いリーチで、サーバーレスアプリケーションやフリーウェアを配布し、コミュニティに対応できるようになりました。

次に、サーバーレスに⼤きく投資した理由について、またそれによって⾃社の投資先企業がどのような利益を得られたかについて、ベンチャーキャピタル投資である Greylock Partners、

Madrona Venture Group、Accel の 3 社にお話をうかがいます。

「サーバーレス⼿法を中⼼としてビジネスモデル

全体を構築することで、

”SaaS のメリット” が

倍増します」

(8)

ページ | 8

Greylock Partners: サーバーレスがもたらす商機

JERRY CHEN ⽒ (パートナー)、SARAH GUO ⽒ (プリンシパル)

ソフトウェアアーキテクチャと開発プロセスの変化は、過去 5 年間で加速しています。デジタル体験の継続的な改善やモバイルの持続的成⻑への消費者の期待の⾼まりが、需要側を後押ししています。この⼤転換を供給側で⽀えているのは、スタックのあらゆる層でより柔軟に、

より経済的に利⽤できるパブリッククラウドサービスです。

Jerry Chen ⽒ (Greylock Partners 社、パートナー)

ソフトウェア開発の変化が加速するにつれ、組織は取り組みを再構築し、アプリケーションをマイクロサービス化して、変化についていく必要があります。ますます複雑になるシステムの

⼀部を独⽴して⼤規模に進化させることができれば、また (アプリケーションやユーザー体験の) イノベーションをインフラストラクチャ管理から切り離すことができればそれだけ、顧客にサービスを提供しやすくなることでしょう。

サーバーレスを使⽤すれば、アプリケーション開発者はもはや、物理サーバー、オペレーティングシステム、従来のインフラストラクチャセキュリティ、または諸機能の多くのプロビジョニングや管理をする必要がなくなります。また必要な分の演算能⼒ (あるいはパッケージ化された機能) を、ジョブに適した⾔語で、より細分化された柔軟な形で消費できるようになります。私たちはこのサーバーレスへの移⾏の初期段階にありますが、先進のエンジニアリング組織の多くがすでにこの考え⽅を取り⼊れているようです。こうした組織にサービスを提供する企業やベンダーにとって、これは⻑期にわたる⼤きな商機になると私たちは確信しています。

(9)

ページ | 9

Greylock Partners のサーバーレスへの投資テーマ

サーバーレスには多⼤な将来性があり、期待が寄せられていますが、これらの新しく、⾼度に分散されたアーキテクチャを⽀えるエコシステムはまだ初期段階にあります。コンテナ界の Docker とは異なり、まだ⽀配的なスタンダードはありません。ツールもまだ出現したばかりです。このようなエコシステムの出始めは、有望な投資機会であると信じます。

Sarah Guo ⽒ (Greylock Partners 社、プリンシパル) 当社は特に、次のような企業への投資に関⼼を持っています。

⼤企業がアーキテクチャをマイクロサービスやサーバーレスへと進化させることができるよう

⼿助けをする企業。⼤企業は、複雑で範囲がさまざまに変化するアプリケーション環境 (オン プレミス、マルチクラウド) を管理しています。たいていの場合、アプリケーションのデリバリーと復元の機能の⼀部を、最新のアーキテクチャを可能にするサービスへとオフロードすることが最初のステップとなります。このようなソリューションで⼤企業向けのものには、AVI Networks、Kong のような API プロキシ、Istio や LinkerD といった OSS サービスメッシュなどがあります。

さまざまなエンドユーザーパターンにおいて、⾼度に分 散されたシステムをより良く理解する (そして管理する) ことを可能にする企業。サーバーレスやマイクロサービス への移⾏は簡単ではありません。ぞれぞれ独⽴して進化を続けているサービスは、開発組織⾃体が所有するものも、

サードパーティが構築、実⾏するものもありますが、場合

によっては、予測がつかない多種多様な負荷がエンドユーザーにかかる可能性があるため、厳密な指揮のもと円滑に連携する必要があります。これは容易なことではありません。これらのシステムを理解するには、従来型の構造化されていないロギングやメトリクスを超えた新しいアプローチが必要になるでしょう。ビジネスに影響が出るのはいつか、またどのコンポーネントやビルドが特定の動作の変化に関連しているかについてより多くの結論を導き出すために、

構造化されて動的に抽出されるログ、分散トレーシング、本番環境におけるインタラクティブなデバッグ、そしてプロアクティブなツールがあれば、現在私たちが持つツールを補強してくれるでしょう。LightStep や Honeycomb といった企業は、すでにこの分野で数歩先を⾏っています。しかしシステムの診断分析機能はこの先もっと賢くなっていくことでしょう。

「このようなエコシステムの出始めは、有望な投資機会であると

信じます」

(10)

ページ | 10

すべてを容易にすることで、開発者を⽀援する。私たちは、特定の対象者に向けて、わずかな 技術スタックですぐに使えるサーバーレス体験を提供しようとしている企業に関⼼を持っています。例としては、サービスマーケットプレイスの RapidAPI、フロントエンドWeb開発者向けの Netlify、デプロイメントサービスの Zeit、GraphQLデータベース処理の Graphcool が挙げられます。これらの企業は、ユーザーに基礎からサーバーレスを導⼊することを求めるというよりも、単に開発者の作業を容易にするために、サーバーレスの原則を⽤います。

クラウドネイティブな⽅法でサービスとアプリケーションをセキュリティ保護。SkyHigh や Obsidian といった企業は、組織が従来のホストやネットワーク主導のセキュリティモデルから離れて、アプリケーション、データ、およびID中⼼のモデルに移⾏するお⼿伝いをします。より詳細な (機能レベルで制御できるような) サービスも、使⽤可能で保守可能なポリシーモデルとともに⽤意されています。

このようなサーバーレスエコシステムに関連する機会を求めることに加えて、Greylock Partners は投資しようとしている企業の技術的アーキテクチャを評価します。会社が⼤きくなるにつれて、製品の構築⽅法を変えることはしばしば難しくなり、それが⼤規模なコスト上昇要因につながる場合もあります。さらに重要なこととして、アーキテクチャは製品の進化の速度の基礎になります。これはスタートアップ企業にとって (またはいずれの企業にとっても) ⼤きな差別化要素の 1 つとなります。

これから、当社の投資先でもある 2 つのスタートアップ企業が、より迅速に、より良くサービスを提供するため、いかにサーバーレス技術を活⽤しているか⾒ていきましょう。Nextdoor は、近隣住⺠限定のプライベートソーシャルネットワークです。Skyhigh は、今は McAfee の⼦会社として、クラウド内のお客様のデータ全般を完全制御する機能を提供することにより、お客様がクラウドの⼒を⾃信を持って活⽤し、ビジネスを加速できるよう後押しします。

Greylock Partners の投資先企業紹介︓

Nextdoor において、データは組織の⾎液のようなものです。製品機能の改善⽅法について決定するとき、ユーザーの⾏動を分析するとき、または Nextdoor システムの健全性/正常性をモニタリングするとき、Nextdoor プラットフォームは⼤量のデータを取り込み、変換し、分析します。1 ⽇あたり 30 億を超えるイベントが、サーバーレスアーキテクチャで完全再構築されたばかりの Nextdoor のデータパイプラインを通じて収集され、配信されます。

Amazon Kinesis、AWS Lambda、Amazon SNS、Amazon S3 などの AWS サービスを⽤いて、Nextdoor のオペレーションチームは Apache Flume やカスタム ETL ソフトウェアに基づくレガシーデータパイプラインを置き換えました。これにより、チームはパイプラインの信頼性の向上、メンテナンスにかかるオーバーヘッドの⼤幅な減少、さらに Redshift ベースのデータウェアハウスや S3 ベースのデータレイクへのデータのデリバリー時間の短縮を実現しました。

「アーキテクチャは製品の進化の速度の基礎になります。これはスタートアップ企業にとって (またはいずれの企業にとっても) ⼤きな差別化要素の 1 つとなります

」

(11)

ページ | 11

Apache Flume は 4 年以上にわたってよく機能してきましたが、1 ⽇あたりに処理できるイベント数量が 15 億件までであることから、オペレーション上、信頼性にかかわる問題や、

ケースによってはデータ損失につながりかねない課題をいくつも抱えていました。わずか 3 名のエンジニアしかいない Nextdoor の⼩規模オペレーションチームは、CPU アラート、

バックアップキュー、損失データや破損データのレポートへの対応に忙殺されていました。パイプライン処理は、チューニングと設定に時間がかかるだけでなく、トラフィックの急増や跳ね上がりに対応する柔軟性を有していませんでした。

新しいシステムを設計する際、チームは Nextdoor にかかる運⽤上のオーバーヘッドを最⼩

化すること、最⼩限の構成作業でスケーラブルで柔軟性のあるソリューションを提供すること、データのデリバリー時間と完全性に対して当社が指定した SLA を確実に履⾏できるようにすることを⽬標として掲げました。

Flume が完全に Kinesis に置き換えられたことにより、Nextdoor の運⽤を管理するオーバーヘッドが軽減されました。Kinesis は⽔平⽅向の拡張性に優れ、データへのシンプルなストリームベースのインターフェイスが⽤意されているほか、Kinesis Firehose により、データを Amazon S3 にストリーミングするためのすぐに使えるソリューションを提供します。SNS を使⽤することで、チームは受信データレコードの到着時に処理を⾃動的にトリガーし、Python で書かれた Lambda 関数を呼び出すことで変換処理を適⽤して、サーバーインスタンス⾃体を操作することなしに修正されたレコードを S3 と ElasticSearch に配信できました。

最終的に、配信の信頼性と速度が顕著に改善されました。Nextdoor のデータパイプラインを通じて処理されたレコードの 99.95% が、5 分かからずに S3 ベースのデータレイクに保存されるようになりました。Kinesis は、データ損失を完全に排除した堅牢なストリームソリューションを提供します。S3 は格納されたオブジェクトに対して、99.999999999% の耐久性を保証します。サーバーレスプラットフォームに移⾏することにより、Nextdoor は⾮

常に⼩規模なチームでインフラストラクチャを効率的かつ安定的に運⽤し続けるとともに、

Nextdoor のメンバーが製品を強化することにリソースを振り向けることができるようになりました。

Skyhigh では、2017 年度第 1 四半期に Skyhigh for IaaS を発売して以降、ビジネスの俊敏性、コスト、リスク軽減などさまざまな理由で、ワークロードを AWS に移⾏する⼤⼿顧客の数が着実に増えているのを⾒てきました。同時に、顧客は⾃⾝のセキュリティ体制を向上させることを求めています。Skyhigh は今後も、顧客が AWS の俊敏性を最⼤限に⽣かせるよう協⼒を続けると同時に、顧客が⾃信をもってビジネスでクラウドを活⽤できるよう、顧客データへの深い可視性と包括的な保護を提供していきます。

Skyhigh は、顧客が上記の⽬標を達成できるよう後押しするべく、AWS Lambda 関数を

⽤いて、DevSecOps でセキュリティ設定ポリシーをカスタマイズできるようにするだけでなく、インシデントを解決するための⾃動修正ワークフローを実装できるようにします。

Skyhigh は、セキュリティ制御にホストエージェントやソフトウェアインストルメンテーションが必要な従来のアプローチが機能しない場合に、AWS Lambda を利⽤して、IaaS の使⽤状況 (およびPaaS の使⽤状況にも) に対してほぼリアルタイムに⾃動検出ワークフロー

(12)

ページ | 12

や⾃動修正ワークフローを実装できるようにしています。

Skyhigh のセキュリティ設定監視機能により、顧客は CIS AWS Foundations Benchmark を遵守しながら、50 を超えるポリシーを適⽤し、使⽤中のすべての AWS サービスを監査できます。顧客は Skyhigh 内でポリシーを作成して、社内の DevSecOps チームのニーズ固有のカスタムルールを点検する Lambda 関数をインポートすることで、あらゆる設定変更を⾃

動的に点検できます。

このユースケースの具体例を挙げると、Skyhigh のエンタープライズ顧客である⼤⼿⾦融サービス会社では、展開しているすべての AWS サービスとアプリケーションの設定を監視するカスタムルールを構築するため専⾨チームを擁し、このチームでは、数千まではいかないにしても、数百もの Lambda 関数を記述しています。この顧客は Lambda を通じて Skyhigh のカスタムポリシーエンジンを使⽤することで Amazon S3 を制御し、リクエストが特定の IP アドレス範囲からのもので、かつ HTTPS/SSL が使⽤されている場合にのみコンテンツをサービスするようにしています。DevSecOps はまた、その他多くのカスタムルールとは別に、定義された IP 範囲外からのリクエストに対して、またサーバー側の暗号化スキームで AES 256 が使⽤されていない場合に、AWS CloudTrail バケットへのアクセスを拒否する Lambda 関数を作成しました。

Skyhigh のセキュリティ機能と AWS Lambda の組み合わせにより、顧客はポリシーの実施と監視を標準化して市場投⼊までの時間を短縮するとともに、AWS プラットフォームを安全に活⽤してビジネスの敏捷性を向上させることができました。サーバーレスコンピューティングのエコシステムは成⻑を続けており、Lambda の⾰新的機能とコストモデルを⽣かしたクラウドセキュリティアプリケーションの将来は⾮常に明るいものとなっています。

(13)

ページ | 13

Madrona Venture Group︓サーバーレス⼿法によって

⽀えられたインテリジェントなアプリケーション

S. SOMASEGAR ⽒ (マネージングディレクター)、DANIEL LI ⽒ (プリンシパル)

オンプレミスサーバーから、仮想化、コンテナ化、マイクロサービス、イベント駆動型機能、そして今のサーバーレスコンピューティングまでの、過去20年以上にわたる進化により、基礎となるハードウェアやインフラストラクチャに依存しないソフトウェア開発がますます増えてきています。サーバーレスコンピューティング、マイクロサービス、イベント駆動型機能、およびコンテナを組み合わせた真に分散化されたコンピューティング環境により、開発者は⼤規模に分散されたアプリケーションやサービスを構築し、展開できます。このようなアプリケーションとハードウェア間の抽象化により、企業や開発者は、サーバーまたはランタイムのスケーリング、管理、運⽤に煩わされることなく、⾃らのアプリケーションと顧客に集中できます。

S. Somasegar (Madrona 社、マネージングディレクター)

(14)

ページ | 14

今⽇のクラウドの世界では、スケーリング、

可⽤性、コスト効率性、そして最重要事項であるより迅速なイノベーション能⼒によって、サーバーを管理する必要なしにバックエンドアプリケーションを実⾏し、⾳声およびチャットボットリクエストに対応し、ストリーミングデータ処理が可能になる AWS Lambda といったサーバーレス製品に移

⾏する企業が増え続けています。マイクロサービスやサーバーレス機能は必ずや、将来のインテリジェントアプリケーションの仕組みを形成するものとなるでしょう。コンテナに向けたこれまでの⼤規模な動きは、市場がハードウェアの抽象化と「1 回書き込めばどこでも実⾏できる」能⼒を求めていることを証明しました。この進化の次の段階が、サーバーレスコンピューティングです。

Madrona のサーバーレスへの投資テーマ

今⽇、開発者は AWS Lambda、S3、API Gateway といった製品と Algorithmia のようなサービスを組み合わせて、適切なデータソース、マシンラーニングモデル、ビジネスロジックをアセンブルし、プロトタイプや本稼働に対応したインテリジェントアプリケーションをほんの数時間で構築できます。このようなアプリケーション開発に移⾏する企業が多くなればなるほど、かつてないほど迅速に製品を構築できるようになり、AI と機械学習に関するイノベーションが⼤量に⽣まれ、産業別アプリケーションへの AI の導⼊が進むことが期待されます。

しかし、コンテナ化とサーバーレス機能への移

⾏に伴い、アプリケーションのパフォーマンスの監視、デバッグ、および正しいセキュリティ

設定とポリシー設定の確保が⾮常に難しくなる可能性があります。例えば、SPIFFE (Secure Production Identity Framework for Everyone) – www.spiffe.io は、安全かつセキュリティ保護された形でマイクロサービスを構築、共有、利⽤できるようにするために必要な、

IDや信頼関連の作業のための優れたコンテキストを提供します。

上記の理由により、Madrona 社は昨年、マイクロサービスとサーバーレスコンピューティング⽤構築ツールにいくらかの投資を⾏いました。当社は引き続き、クラウドインフラストラクチャの急速な進化に伴い、この領域での機会を模索していきます。

ここからは、当社の投資先であるスタートアップ企業 4 社がいかに開発者や⼤企業によるサーバーレス⼿法の導⼊を可能にするツールを構築しているか、またサーバーレス技術を活⽤

してイノベーションを加速し、顧客によりよいサービスを提供しているかについて説明します。

「マイクロサービスやサーバーレス機能は必ずや、将来のインテリジェントアプリケーション

の仕組みを形成するものとなるでしょう。」

Daniel Li ⽒ (Madrona 社、プリンシパル)

(15)

ページ | 15

Madrona のポートフォリオ企業紹介

Algorithmia は、あらゆる開発者や企業が、AI/ML モデルポートフォリオを簡単にデプロイ、

管理、共有することを可能にします。Algorithmia は、共同創始者の Kenny Daniel と Diego Oppenheimer が、AI/ML アルゴリズムの⼊⼿しにくさに対して抱いていた不満を解消する策として始まりました。Kenny は、⾃分のアルゴリズムが学術界で利⽤されずに放置されていることに対して、⼀⽅、Diego は Microsoft での仕事で必要なアルゴリズムがすでにどこかに存在することを知っていながら、再作成しなければらないことに対してうんざりしていました。

そこで Kenny と Diego は 2013 年にアルゴリズムのオープン市場として Algorithmia を⽴

ち上げました。今では 6 万⼈を超える開発者がサービスを利⽤しています。Algorithmia は当初からサーバーレスマイクロサービスを利⽤していました。これにより同社は、提供内容を急速に拡⼤していおり、それにはAI/ML モデルのホスティングやフルエンタープライズ AI レイヤーサービスの追加などが含まれます。

AI/ML モデルをオプションでサーバーレスマイクロサービスとしてデプロイすることができるため、迅速かつ効果的に規模を調整しながらデータの流⼊や使⽤を処理できます。これは、使

⽤した演算時間に対してのみ⽀払いをすればよいという、利⽤者にとって最もコスト効率に優れた⼿法でもあります。これにより、データサイエンティストは⾃在にアルゴリズムを利⽤したり、提供したりできるようになりました。Algorithmia Marketplace に寄せられたすべてのアルゴリズムは、命名、タグ付け、カタログ化され、ユースケース、キーワード、またはタイトルで検索することができます。これにより、Algorithmia は AWS Lambda のコードライブラリパートナーとなりました。

Algorithmia は、Algorithm Marketplace に加え、サーバーレス AI レイヤーを使⽤して、政府機関、⾦融機関、⼤⼿製薬、および⼩売企業と協働しながら、Hosting AI/ML Models および Enterprise Services という 2 つのサービスを開始しました。AI レイヤーは、クラウド、スタック、⾔語⾮依存で、データコネクタとして機能し、クラウド内またはオンプレミスサーバーからデータを引き出します。開発者が任意の⾔語 (Python、Java、Scala、NodeJS、

Rust、Ruby、R) を使⽤して⾃作のアルゴリズムを⼊⼒すると、ユニバーサル REST API が⾃

動的に⽣成されます。これにより、コンシューマーは任意の⾔語の組み合わせでアルゴリズムを呼び出し、つなぐことができます。Algorithmia のサービスは Kubernetes によってオーケストレーションされた Docker システムで動作しており、⾼いレベルの効率性が確保されます。

企業が組織を横断して AI/ML 機能を追加することは、モノリシックなアプリケーションに付随する複雑さを回避できる機会にもなりますし、サーバーレスマイクロサービスのアーキテクチャの実装を始める機会にもなります。Algorithmia は、こうした組織を成功に導く専⾨知識とインフラストラクチャを提供しています。

(16)

ページ | 16

Pulumi 社は、開発者による最新のクラウドシステムの構築と管理の⽅法を⼤きく変える、ステルスモードのスタートアップ企業です。特定の DSL、テンプレート、⾃社製のソリューションではなく、開発者が使い慣れているプログラム⾔語やツールを使⽤することで、

Pulumi の顧客は⼿間のかかるインフラストラクチャ設定に忙殺されることなく、ビジネス価値の提供に集中できます。このようなクラウドアプリケーションやサービスの新しいプログラミング⽅法は、近頃のサーバーレスコンピューティング、コンテナ、マネージドクラウドインフラストラクチャの台頭によって可能となりました。

例えば、Pulumi のあるエンタープライズ顧客は、チームが使い慣れた⾔語を使⽤し、100 分の 1 のコード数量で、クラウドインフラストラクチャテンプレートの置き換えに成功しました。

これにより、これまで別々だった Dev チームと DevOps チームを 1 つのエンジニアリング組織にまとめ、ビジネス上の需要を満たし、⽣産性を⼤幅に向上させることが可能となりました。結果として得られたシステムは、(コストがかかり複雑なキューシステムに代わる) イベント駆動型タスクのための多数の AWS Lambda、ECS や Fargate や Kubernetes で柔軟に実⾏

できるコンテナのほか、Amazon CloudFront、Elasticsearch、ElastiCache といったマネージド AWS サービスなど、現在のクラウドがもたらす最⾼のものを備えています。さらに、今や Pulumi に移⾏する前の数分の 1 のコストでシステムを実⾏できるだけでなく、かつては全く新しい環境の⽴ち上げに数週間かかっていたのを、数分で完了できるようになりました。

Pulumi は根本的に、サーバーレス、コンテナ、およびマネージドインフラストラクチャを調和させることが秘訣であると確信しています。なぜならそれぞれが固有の強みを持つからです。コンテナは、しばしば既存のコードベースをクラウドに移⾏する複雑なステートフルシステムに対して優れた効⼒を発揮します。サーバーレス機能は、超低コストのイベントや API 指向のシステムにとって最適です。マネージドインフラストラクチャの利⽤により、既存の技術を⼀から構築しなおす際に、クラウドプロバイダーがより安価かつ良好に提供できるものを

⼿動でホストする必要がなく、アプリケーションのための要件に集中することができます。

インフラストラクチャとサーバーについて考慮する必要がなくなるので、それぞれが「サーバーレス」であると⾔えます。この⾰命的な⼤転換により、Pulumi はこの技術の全範囲を完全に有効化する単⼀のプラットフォームと管理スイートを構築することができました。

IOpipe 社は、Docker などの企業で仮想化サーバーを構築してきた Erica Windisch ⽒と Adam Johnson ⽒が、「オールイン」のサーバーレスに取り組むべく、2016 年に共同で⽴ち上げた会社です。Amazon EC2 のリリースから約 10 年を経て、Erica と Adam は次のインフラストラクチャ⾰命としてサーバーレスに着⽬しました。コンピューティングがサーバーレスの世界に移

⾏するに伴い、新たな課題が出現しています。実稼働環境で Lambda を使⽤しているユーザーへの数⼗件の聞き取り調査により、Erica と Adam はサーバーレスを採⽤する際の⼤きな課題の 1 つが可視性と測定⼿段の不⾜であることを突き⽌めました。そこで 2016 年、Erica と Adam は共同で、サーバーレスアプリケーションの迅速な構築、出荷、実⾏を⽀援することを専⾨とする IOpipe 社を設⽴しました。

(17)

ページ | 17

IOpipe は、AWS Lambda を実⾏しているサーバーレスアーキテクチャに向けて構築されたアプリケーション運⽤プラットフォームです。Lambda 呼び出し側に忠実に振る舞うテレメトリー機能を⼊れることにより、ユーザーは重要なデータポイントをすばやく相関させ、異常を発⾒し、問題点を特定できます。IOpipe は、トレーシング、プロファイリング、メトリクス、

ログ、アラート、デバッグツールを提供し、運⽤チームや開発チームを⽀援するクラウドベースの SaaS です。

IOpipe を使⽤すると、開発時に関数をリアルタイムに確認できるので、開発者はより迅速にコードをデバッグできます。開発者は、プロファイリングやトレーシングといったツールを使

⽤して、内部で何が起きているかを掘り下げることができます。いったん実稼働が開始されると、IOpipe が提供する豊富な観測ツールにより、エンドユーザーに影響が出る前に問題が可視化されます。IOpipe の顧客は、以前、難しい問題をデバッグするのに数⽇かかっていたのが、今では数分で原因を突き⽌められるようになりました。

2017 年の第 3 四半期に IOpipe サービスをリリースして以来、SaaS スタートアップから⼤

規模エンタープライズに⾄るまで顧客企業の開発担当者は、⾮常に迅速なペースで Lambda 関数を構築、出荷し実稼働に使⽤できるようにしています。ある顧客の場合、以前は 18 か⽉

かかっていた作業が、今ではわずか 2 か⽉で完了できるようになりました。

IOpipe は、アドバンスドパートナーとして AWS と緊密に連携し、AWS の顧客が IOpipe のような強⼒なツールを⽤いてサーバーレスアーキテクチャを活⽤できるようにしています。

Snowflake 社は、データウェアハウジング分野で⻑年業界で活躍してきたベテランが、AWS といったクラウドプラットフォームによって解き放たれた機能を活⽤して新しいデータウェアハウス製品を⼀から構築するべく、2012 年に設⽴した企業です。コンピューティングとストレージを分離する Snowflake のユニークなアーキテクチャにより、顧客はインフラストラクチャの規模を容易に調整し、急増する需要に対応したり、需要が少ない場合は規模を縮⼩して、実際に使⽤した分だけ⽀払ったりすることができます。Snowflake を使うと、インフラストラクチャや容量の管理プロセスをシンプル化しながら、最も難しいデータ処理問題を解決できます。

Snowflake にとって最も重要な取り組みの 1 つは、⼤⼿顧客だけでなく、⼩規模組織や個⼈にもアクセスを提供することでした。セルフサービスインフラストラクチャを構築するにあたり、

当社はアカウントサインアッププロセスの管理や顧客に関する社内情報の全システムにわたる管理のために AWS Lambda を選択しました。AWS Lambda は、簡単に使⽤開始でき、信頼性の

⾼い設計で、かつ我々の運⽤コストを最⼩化してくれました。アカウントのサインアップは元来バースト性があるものですが、AWS Lambda のおかげで、使⽤率がさほど⾼くない⼤規模インフラを 24 時間 365 ⽇保守管理する必要なしに、需要の集中に迅速に対応できました。

AWS Lambda の初導⼊以来、当社ではシステムの監視やデータエンジニアリングパイプラインにも AWS Lambda を使⽤するようになりました。AWS Lambda のシンプルさ、伸縮性、可

⽤性は、この製品を⾮常に魅⼒的なものにしており、Snowflake が成⻑し続ける上で不可⽋な部分となっています。

(18)

ページ | 18

クラウドコンピューティングの未来は、単に既存のワークロードを移⾏するだけではなく、

AWS Lambda や Snowflake といったサービスによる新しいアーキテクチャを実現することで、AWS がもたらすほぼ制限のないストレージやコンピューティングインフラストラクチャを顧客が活⽤できるようにしながら、かつては⾮常に達成困難だった新しい能⼒を構築していくことにあります。

(19)

ページ | 19

Accel: メインフレームからサーバーレス、そしてその先へ

PING LI ⽒ (パートナー)

当社では、サーバーレスコンピューティングを、メインフレームの時代から変化し続けてきた IT 連続体における現在のエンドポイントとして捉えています。こうした変化の裏にある推進

⼒は、開発者の負担を軽減したいという欲求です。抽象化が優れていればそれだけ作業が早くなり、より優れたアプリケーションを構築できるようになります。2006 年の AWS のリリースでクラウドコンピューティングの台頭が本格化して以降、運⽤オーバーヘッドを最⼩化する IaaSから、運⽤保守をバイパスする AWS Lambda といったサーバーレスサービスまで、開発者にとってかつてない新しいツールが続々登場しました。

Ping Li ⽒ (Accel 社、パートナー)

この期間に起きた⼤きな変化の 1 つは、コンテナや Kubernetes といった技術に代表されるクラウドネイティブアーキテクチャの登場です。これにより、サーバーレベルや OS レベルの詳細を抽象化し、分散されたアプリケーションの構築や管理のプロセスをシンプル化するサーバーレスコンピューティングが受け⼊れられる条件が整いました。開発者や運⽤担当者にとっては、⾃動化と抽象化が向上し、アプリケーションをシンプルで管理しやすいマイクロサービス、API、ファンクションに快適に分解できるようになっていくでしょう。

(20)

ページ | 20

その結果、開発者は⾃由にタスクに適したツールを選択し、さまざまなサービスにまたがるアプリケーションを簡単に構築できるようになります。現在では、Kubernetes によって管理される⻑期実⾏コンテナ、Lambda によって管理されるイベント駆動型のサーバーレス関数、および⼈⼯知能やビッグデータ処理のための API ベースのクラウドサービスで、1 つのアプリケーションが構成されることもあります。これらの異なるアプローチを結び付けているのは、

15年前にはおよそ考えられなかったことですが、開発者がこれらの拡張性に優れ、柔軟で、強

⼒なアプリケーションを、⾃らのサーバーを構成することなく構築している事実です。

「今後、アプリケーション開発は主にサーバーレスコンピューティングに向けて

進化を続けていくことでしょう」

今後、アプリケーション開発は、RAM、ストレージ、CPU 容量といった概念から離れ、主にサーバーレスコンピューティングに向けて進化を続けると⾒るのが妥当でしょう。また、新しい市場やエンドユーザーデバイスまたはプラットフォームをターゲットとしながら、IT コストやエネルギーを最⼩化することができるスタートアップビジネスモデルも、今後発展していくことが期待されます。

モノのインターネットはこうした進化を促進し、それに刺激された開発者はアプリケーションアーキテクチャや機能の限界を押し広げていくでしょう。IoT は特に、同時期に成熟化していること、またセンサーやその他のエッジデバイスからのデータが分散されたイベント駆動型の性質を持つことから、サーバーレスアーキテクチャに⾃然に適合しています。

IoT ⾃体、サーバー側コンピューティングからクライアント側コンピューティングへの広範な変化を表すもので、その変化は Lambda や AWS Greengrass といったサーバーレスプラットフォームによって可能となります。IoT というチャンスを存分に活⽤するには、遅延を低減し、プログラミングアーキテクチャとアプリケーションアーキテクチャの両⽅をシンプル化する機能がクライアントデバイスに必要になってくることはご理解いただけることでしょう。

Accel のサーバーレスへの投資テーマ

過去 10 年間における Accel の投資テーマの主な信条の 1 つは、パブリッククラウドがコンピューティング、ストレージ、ネットワーキングといった基盤インフラストラクチャをコモディティ化するということです。したがって当社は、開発者がより良いアプリケーションをより迅速に構築できるよう、こうしたインフラ層を抽象化する⾼価値なワークフローを提供しているスタートアップ企業を求め

ています。つまり当社は、インフラストラクチャや運⽤の向上というよりも (これらは Kubernetes のような技術の結果として得られるものですが)、開発者がアプリケーションのデリバリーに集中できるようにすることに焦点を当てています。

開発者ツールやその他「エンタープライズ」の IT が⾏う作業について⾔えば、当社はいかに開発者が迅速に新しい機能を構築し、バグを修正できるかという点と、いかに迅速にそのコードを実稼働させるかという点の間にあるインピーダンスミスマッチを解消する⼿助けをしたいと考えています。俊敏な開発および継続的な統合/デリバリーといったムーブメントによっていくつかの会社が⽴ち上がりましたが、当社はサーバーレスコンピューティング、コンテナのオーケストレーション、API サービス、およびその他の抽象化の機能が、我々の現在位置と、これからの数年以内に我々が到達したい地点との間を結ぶ橋になると⾒ています。

「当社は、開発者がアプリケーションのデリバリーに集中でき

るようにすることに

焦点を当てています」

(21)

ページ | 21

また当社は、IT に特化して B2B メインで活動するこうしたスタートアップ企業以外にも、

コンテナ、サーバーレスプラットフォーム、API ベースのサービスを⽣かすことで⾃社のアプリケーションを迅速かつ効果的に改善しているスタートアップ企業をあらゆる領域で求めています。これらのツールを活⽤していないスタートアップ企業は動きが遅く、⾮効率的になり、

より動きが速い競合企業に阻まれ、機会や脅威に迅速に対応できない恐れがあります。当社は通常、投資先企業候補のアプリケーションアーキテクチャを評価することはありませんが、彼らが IT の管理よりもビジネスイノベーションに焦点を当てることを可能にする抽象化機能やツールを活⽤しているかどうかを考慮に⼊れています。

「これらのツールを活⽤していないスタートアップ企業は動きが遅く、⾮効率的になり、競合企業に

阻まれる恐れがあります」

次に、当社の投資先である⾰新的なスタートアップ企業 2 社がいかにサーバーレス技術を活

⽤してイノベーションを加速し、顧客によりよいサービスを提供しているかについて説明します。

Accel の投資先企業紹介

テクノロジーを⽤いてビジネス課題を解決する能⼒は、どの企業にとっても重要です。世界は、静的なソフトウェアソリューションを企業が構築する時代から、組織にテクノロジーを取り⼊れてビジネスに最⼤限に活⽤できるよう、存続し進化を続けるサービスを開発者が提供する時代へと変化しつつあります。Segment は、そのような会社の 1 つです。

Segment は、顧客企業が 1 つのハブでデータを収集し、後でそのデータを分析、マーケティング、その他の⽬的に利⽤できるようにするサービスを提供しています。今⽇、

Segment を利⽤する企業は 15,000 社に及び、⽉当たり 800 億件ものエンドユーザーアクションを処理しています。Segment は、Intuit、Reuters、IBM、Gap といったフォーチュン 500 企業を含め、世界中のあらゆる規模の企業にサービスを提供しています。

サーバーレスの出現によって、Segment のような急成⻑中の企業が、コードから本番環境での展開へと瞬時に移るという効率性を享受できるようになりました。本番環境のインフラストラクチャを管理することは強⼒な企業を構築するうえで重要であるため、Segment は特に⾃

らのアプローチを最適化する⽅法に注⼒してきました。同社は⾃らのアプローチをオープンソース化しているため、他の技術スタートアップ企業も AWS 上に本番環境として利⽤可能なアーキテクチャを作成できます。詳しくはこちらをご覧ください。

(22)

ページ | 22

Trifacta 社のデータ収集ソリューションは、⾰新的なサーバーレスアーキテクチャ上で実⾏されています。それはデータ、ブラウザで稼働する機能豊富な AI ⽀援型ビジュアルインターフェイス、ブラウザの動作をサーバーレスビッグデータインフラストラクチャの API にコンパイルするドメイン固有⾔語 (DSL) の作業セットをベースとしています。Trifacta はデータ分析機能を提供すべく設計されており、没⼊型で AI ⽀援型の視覚的なユーザー体験を通じて分析⽤のデータを評価、準備できます。Trifacta は、(1) 設計時のユーザー体験と、(2) ビッグデータを

⽤いたジョブ実⾏時のユーザー体験とを分けています。いずれの場合もサーバーレスの原則を

⽤いることで、運⽤コストを最⼩化し、任意の規模でパフォーマンスを達成することを可能にしています。

設計時には、ユーザーのブラウザで対話型のデータ探索とデータ変換⼿順書の作成が⾏われます。サーバーレスなストレージ API 呼び出しで、使えるデータセット (中くらいのサイズまではファイル全体、ビッグデータの場合は代表的な部分をサンプリング) を取得し、

WebAssembly 技術を⽤いて実装された視覚的なブラウザベースの UX に配信します。

実⾏時には、ブラウザ内でのユーザーによる視覚的なやり取りはデータ変換⽤の再利⽤可能な

⼿順書として取得されます。これは Trifacta の Wrangle DSL として内部的に表現されます。より多くのデータに対して⼿順書を実⾏する場合、Trifacta は Wrangle コードをクラウドプロバイダーのビッグデータ⽤サーバーレスインフラストラクチャの API にコンパイルします。この時、変換ロジックの実⾏といった負荷の⼤きな処理は、商⽤サーバーレスインフラストラクチャを通じて⾏われます。最⼤規模のデータセットであっても、実⾏コストはオンデマンドであり、クラウドプロバイダーによって運⽤上の懸念は対処されます。

まとめ

サーバーレスアプローチは、価値を提供することなく企業のバランスシートを悪化させるだけのアイドル状態のサーバー、差別化された顧客価値を⽣み出すビジネスへの取り組みの障害になるサーバー群、およびサーバーソフトウェアの構築と運⽤コストがもたらす問題を軽減または排除します。このような利点は、⼤規模なグローバル企業の場合と同様に、創設されたばかりのスタートアップ企業にも当てはまります。さらに、AWS Lambda といったサーバーレスサービスは、使⽤量と完全に⼀致した新しいテクノロジー消費モデルを実現させる従量制の価格設定モデルを提供しています。我々は、新しいスタートアップ企業や、サーバーレス技術上に構築される⾰新的なテクノロジーに出会うこと、またサーバーレスの導⼊を促進するツールやプラットフォームを構築するコミュニティの成⻑を楽しみにしています。

詳細や関連トピックに関する⽩書については、サーバーレスコンピューティングとアプリケーションを参照してください。

Greylock Partnersの詳細については、こちらを参照してください。

Madrona Venture Groupの詳細については、こちらを参照してください。

Accel の詳細については、こちらを参照してください。

(23)

ページ | 23

寄稿者

本書の執筆にあたり、次の⼈物および組織が寄稿しました。

• Aaron Kao、アマゾンウェブサービス

• Abhinav Tiwari、アマゾンウェブサービス

• Ajay Nair、アマゾンウェブサービス

• George Huang、アマゾンウェブサービス

• Larry Yu ⽒、Accel 社

• Stacey Ngo ⽒、Greylock Partners 社

サーバーレス : 企業エコノミクスの在り を 変させる ベンチャーキャピタル投資企業やスタートアップ企業の視点から 2018 年 4