投資家の興奮の多くは、Fastlyが現在提供しているコンテンツ配信ネットワーク(CDN)を大幅に拡張した「Compute@Edge」のリリースにも向けられている。この製品はベータ版なので、収益にどの程度の影響があるかは明らかではない。read要点FastlyのエッジサーバーはAkamaiなどの競合他社よりも著しく少数。そのかわりエッジサーバーを徹底的にカスタマイズし、ネットワークの要所に配置Fastlyでは、利用者がキャッシュコンテンツを入れ替えたいときには即時的に実行できる従来のCDNでは、このために一定の待ち時間があり、顧客の痛点だった。Fastlyは柔軟性が高く、業界の重要顧客の支持を得ている最近、Fastlyの株価は信じられないような動きを見せてきた。5月6日に第1四半期決算を発表して以来、株価は2倍以上に上昇した。これは主に、COVID-19に関連して第2四半期と今年の残りの業績見通しが大幅に向上したことに起因しているようだ。POPを使用しているという観測など、他のサプライズもあった。投資家の興奮の一部は、Fastlyが現在提供しているコンテンツ配信ネットワーク(CDN)を大幅に拡張した「Compute@Edge」のリリースにも向けられている。この製品はベータ版なので、収益にどの程度の影響があるかは明らかではない。インターネットメディアに携わった私としては、Fastlyは近年非常に注目されていたCDNとして認知している。弊社のサービスがスケールしたら使う気まんまんである。日本でも日本経済新聞社がFastryを採用し、表示速度を2倍にした事例は業界内ではよく知られている。一般には余り知られていない。ところが最近は投資家の関心を買っていることがわかった。このタイミングでFastryが過去にどのように新しい技術の構築にアプローチしてきたか、そしてこれが将来の「エッジコンピュート」の提供にどう影響するのかを調べる意味があるように思われた。それは投資家の人たちのためにもなるだろう。この「分かりやすい解説」は、難しい部分は読み飛ばして感じて頂けるとありがたい。Bergmanによって設立されたが、これはウェブ百科事典のための人気ホスティングサービスであるWikiaのCTOとして、既存のCDNソリューションを使用していたことに不満を感じたことがきっかけだった。Cloudfrontのようなクラウドベンダーの新興CDN製品に支配されていた。Arturは2010年頃、既存のCDNの機能に不満を感じるようになった。彼は、CDNの設定を調整するためにテクニカルサポートが必要であること、変更がデプロイされるまでに時間がかかることに不満を感じていた。既存のソリューションはプログラマビリティを欠いており、DevOpsによってアプリケーションのパフォーマンスと稼働時間についての議論に引き込まれることが増えていたエンジニアリングチームから厳しく評価されていた。良いソリューションを構築できると判断し、それを実現した。Fastlyのチーフプロダクトアーキテクトは最近、「Fastlyは、第一原理から問題を見て、顧客の利益になると分かっていれば、難しいプロジェクトにも臆することなく取り組むという長い歴史を持っている」と述べている。Yuanと、より優れたビデオ会議ソリューションを構築するための挑戦を思い起こさせる。WebExやSkypeの既存のビデオ会議サービスを改善できるとEricが考えたのはなぜだろうか、と疑問を抱くのは簡単だったでしょう。Zoomの成功は、ユーザーにより良い体験を少しずつ提供することに集中したことに起因している。ネットワーク設計への応用Fastlyは当初、資金繰りが苦しいスタートアップ企業としてスタートしたが、コンテンツ配信ネットワークの設計にこのアプローチを適用した。標準的な構成で配置するという共通の道を歩むことができた。CDNに対する別のアプローチを設計した。現金を節約する必要があったこともあり、チームは、商用製品ではなく独自のカスタムソフトウェアモジュールを使用して共通の機能に取り組むことにした。このソフトウェア主導の設計は何度も成果を上げており、コンテンツ配信のユースケースの変化に応じてネットワーク設計を柔軟に進化させることができた。最初の問題として、FastlyチームはPOPに出入りするネットワーキングトラフィックを処理するアプローチを検討した。標準的な構成は、インターネットのルーティングテーブル全体をメモリ空間に保存できるボーダールーターを購入することだった。スイッチは安価だったが、インターネット・ルーティングを完全に処理するために必要なメモリや計算能力はなかった。Networksは、ユーザーが独自のソフトウェアを実行できるスイッチの販売を開始した。これがFastlyチームにとって最適なソリューションとなった。DaemonであるBIRDとピアリングし、外部インターネットとのインターフェースを提供する)。この組み合わせにより、Fastlyのカスタマイズされたスイッチは、より高価なボーダールーター(境界に位置するルーター)として機能するようになり、POPを導入するたびに何十万ドルものコストを節約することができました。外部ルーティングロジックをホストレベルにプッシュすることで、スイッチの負荷を軽減し、ユーザーの要求に応じてトラフィックルーティングをより細かく制御できるようになった。Araújoはブログで説明している。これはその後、特定のタイプのコンテンツやユースケースに対して選択的にルート選択をオーバーライドするために反復され、一般的にボーダールーターで単一のルーティングルールをすべてのケースに適用する既存のソリューションよりも優れたコンテンツ配信パフォーマンスを実現している。FIB.次の問題として、Fastlyチームは、多くの小さなPOPを地理的に世界中に分散させることが、ユーザーコンテンツの全体的な配信時間の最適化につながるという仮説を疑った。これは、他のレガシーCDNが都市レベルにまで分散した数百、数千の小さなPOPに投資していることを正当化する説だった。この「数は力なり」の哲学は、レガシーCDNのプレイヤーによって今日でも優位性の証拠として提示されている。実際には、各々の小さなPOPでキャッシュできるコンテンツの量は限られているため、必ずしもそうではない。ユーザーリクエストのかなりの割合をオリジンサーバーに送り返す必要があり、それらのリクエストのアクセス時間は10倍以上に増加する。キャッシュミスの割合がわずか10%増加した場合、全体の平均アクセス時間が50%以上増加する可能性がある。多くのストレージ容量を持つPOPの数を減らすことが、実際には平均配信時間の高速化につながる、というのが、Fastlyチームの結論だった。2016年のブログ記事では、Fastlyの共同創業者の一人が、コンビニとスーパーの類推をしている。コンビニエンスストアは一般的に人の家に近いが、売られている商品は限られている。人がスーパーまであと数マイル車を走らせれば、一度の旅行ですべての食料品を手に入れることができる。この場合、コンビニエンスストアは、多くのローカルPOPを持つレガシーCDNによって取られたアプローチを表しており、スーパーマーケットは、より少なく、より大きなものを持つFastlyのアプローチを表している。これが、競合他社が何千ものPOPを宣伝しているのに対し、Fastlyは世界中に限られた数のPOPのみを保有する理由だ(2020年第1四半期現在、合計72個)。FastlyのPOPは、地理的な地域への近接性を提供しながらも、ユーザーリクエストのヒット率を大幅に向上させるためのストレージ容量を持つ、ネットワークの交差点に巧みに配置されている。Fastlyはキャッシュされたデータを保存するために当時は比較的新しいSSDを利用することを選択した。同等のはるかに高速な検索時間を提供する。IOPSを実行することができる(4kbのファイルを使用したテストの場合)。IOPSの範囲内で実行されている。この設計選択は、POP内でのデータ検索を超高速にすることで、Fastlyの平均応答時間を短縮することに貢献した。当時、POP内の各サーバには384GBのRAMと6TBのSSDスペース(12x500GBのドライブで構成)があり、各CPUには25MBのL3キャッシュ(メインメモリから読み込んだ命令やデータを一時的に保管しておく領域の一つ)が搭載されていた。一般的なPOPでは32台のマシンがこのような仕様になっていた。Fastlyはそれだけにとどまらなかった。彼らはまた、ファイルシステムをバイパスして、SSDからパフォーマンスの最後の一滴まで絞り出し、可能な限り多くのデータを詰め込むために、POPサーバー用のカスタムストレージエンジンを書いた。彼らは様々なアルゴリズムを採用して、一般的に使用されるデータを384GBのRAMに保持し、さらに高速化している。「いいね!」ボタンや「シェア」ボタンのように、変更されることがなく、1秒間に何百万回もリクエストされるようなアセットについては、プロセッサから直接L3キャッシュ(CPUとメインメモリの仲立ちをする役割のメモリ)を提供することで、さらに高速化を図っている。既存のCDNの3番目の問題として、Fastlyは、アプリケーションの配信を担当する顧客組織内の開発者やエンジニアの経験を試験した。これらの人々は、配信するコンテンツの変更を管理するためのツールやコントロールが不足していることに不満を感じていた。一般的な不満は、レガシープロバイダが変更を展開するために技術サポート要員を必要とし、コンテンツのパージに何時間もかかることだった。動的コンテンツをプログラムでキャッシュしたり、ユーザーのリクエストを評価するためにFastlyのエッジノードでカスタムロジックを実行したりする機能も限られていた。通じてコンテンツ制御にプログラマビリティを追加した。Varnishは、ハイパフォーマンス配信のために設計されたオープンソースのウェブアクセラレータだ。2.1のカスタマイズ版を使用しており、Fastlyのエンジニアは一般的なオープンソースプロジェクトに貢献し続けている。FastlyのVarnishのカスタマイズにより、基本的な機能が拡張され、Fastlyのグローバルな配信ネットワーク上で動作するようになった。Varnishは、コンテンツの即時パージ(ダイナミックコンテンツのキャッシュを有効にするために必要)、リバースプロキシ、リアルタイムのパフォーマンス監視、カスタムキャッシュポリシー定義など、ユーザーにとって便利な機能を提供する。顧客は、独自のVCLスクリプトを作成し、FastlyのPOPにアップロードし、その場で有効化/無効化することができる。これにより、顧客はカスタムキャッシュルールの展開を細かく制御することができる。MacLachlanは「VarnishソフトウェアとFastlyのSSDサーバーを組み合わせることで、従来のキャッシュの最大12倍のパフォーマンスと容量を提供する」とブログ記事で説明している。これは、間違いを迅速にロールバック(巻き戻し)する必要がある本番リリースでは特に重要だ。当時の競合他社の製品では、メンテナンスウィンドウと長いロールバック期間が必要だった。設定にバグが含まれていた場合、修正がロールアウトされるまでに何時間もかかることもあった。私はDIGIDAY[日本版]で働いていた時、レガシーCDNでこの苦痛を経験した。インターネットメディアでは、多量の記事コンテンツを投下するが、それに修正が加えられることは少なくない。難しい修正というものが存在し、それがCDNに反映されるまでのタイムラグには常にやきもきさせられた。Fastlyはコンテンツ配信ソリューションのほぼすべての側面をカスタマイズして、プログラム可能で、パフォーマンスが高く、コスト効率の良いものにした。このアプローチにより、Fastlyは当時の競合他社との差別化を図り、レガシーCDN業界を混乱させた。この戦略はうまくいっている。Fastlyは、最も目の肥えた、急成長を遂げている顧客のリストを蓄積してきた。その中には、Shopify、Stripe、Spotify、Slack、Twitter、Pinterest、GitHubなどが含まれている。これらの企業では、ソフトウェアエンジニアがFastlyの担当者と密接に連携して、超高速配信のための最適なソリューションの限界を押し広げている。数年前、Fastlyは、POPインフラストラクチャ内でフル機能の開発環境を可能にする別の機会を見つけた。これにより、開発者はコアアプリケーションを補完する自律的なロジックを作成することができるようになる、という方向性が立ち上がった。顧客のインフラストラクチャへのユーザーリクエストのエントリーポイントとなることが多いため、Fastlyチームは、「エッジ」上のこれらのエントリーポイントでの処理能力を向上させ、集中型データセンターですべてのロジックを実行する必要性を減らすことができる可能性があると考えている。一例として、カーン・アカデミーは2020年5月にエンジニアリング・ブログに投稿を掲載し、3月に2週間の期間で2.5倍の使用量に急速にスケールアップできた方法を説明している。著者は、パフォーマンスを向上させ、オリジンのデータセンターにあるバックエンドのGCP計算インフラに送られるトラフィックを減らすために、すべてのクライアントリクエストを最初にFastlyを通過させる方法を説明している。カーン・アカデミーは、Fastlyで静的なコンテンツをキャッシュするだけでなく、一般的なクエリ、ユーザー設定、およびセッション・データも広範囲にキャッシュしている。これはすべて、集中化されたサーバーに戻る往復の手間を省くことで、ユーザー・エクスペリエンスを高速化するために使用される。Fastlyの賭けは、顧客の要求に基づいて、より多くのアプリケーションロジックをFastlyの分散POPで実行できるようにすることだ。これは、ユーザーとの距離が近く、レスポンスが良いという利点がある。場合によってはセキュリティ上のメリットもある。この傾向が進めば、データ処理のスライスが集中型データセンターからFastlyのような分散型コンピュートプラットフォームに移ることが多くなるでしょう。Fastlyのこの分散コンピュートのためのソリューションは「Compute@Edge」と呼ばれ、2019年11月に発表された。Compute@Edgeは現在、一部の顧客のためののベータ版となっている。Bergmanは、6月に行われたBairdのカンファレンスコールでCompute@Edgeのアップデートを行った。彼はベータ版の顧客からの多くのユースケースについて議論した。パーソナライゼーションは共通のテーマであり、ユーザー認証をエッジで実行し、承認されたコンテンツを迅速に組み立てて返すことができる。彼はまた、機械学習による推論処理、IoTデータストリームの要約、そして潜在的なゲームに関する他の機会についても強調した。Bergmanは、Compute@Edgeをセキュリティのユースケースに適用する際の興味深いコンセプトについて言及したが、これらは顧客によって浮上したものであり、Fastlyは考慮していなかった。計画では、2020年までベータプログラムを継続し、来年にはGAに移行する予定である。Pieces」と題して基調講演を行った。彼は講演のなかで、エッジコンピュートの意味を、従来オリジンサーバーで実行されていたロジックをネットワークの「ブランチやリーフ」に押し出すことと定義している。具体的には、従来のクラウドベースのアプリケーションでは、ロジックをデータセンターに集中させている。これは、ユーザーが地理的にどこにいるかに関係なく、ユーザーのデバイスと直接通信する。一部の静的コンテンツはCDNによってローカルに配信されるが、実際のビジネスロジックやキャッシュされたデータストレージは、一般的にデータセンターで実行される。データセンターとユーザーのデバイスの間には、多数のネットワーク・ホップが存在する。Fastlyは、アプリケーション・ロジックの一部をデータセンターから押し出して、ユーザーのデバイスの近くで処理することができると理論化している。このビジョンを踏まえて、「エッジコンピュート」とは、大規模で協調性のない分散システムを実現するための開発環境を提供することだとMcMullenは述べている。これらのシステムは、オリジンの外のどこにいても自律的に実行することができる。このような分散コンピューティングを可能にする開発プラットフォームを提供することが、FastlyのCompute@Edgeのビジョンである。これは従来のCDNをはるかに超えたものだ。高速で安全な分散コンピューティングを世界中のどこでも大規模に実現する環境を構築することは、はるかに困難な問題だ。2.0.分かりやすい解説シリーズNvidiaによるArm買収の分かりやすい解説Nvidia-Armの取引が認められた場合、スマホのエコシステムと学術機関が代替を探し始めるだろう。RISC-VはARMと同等の性能を持っていないため、業界は数年の間苦しむことになる。それでも、ARMが何年もかけて閉鎖的になっていく中で、RISC-Vをより良くする方法を見つける人が出てくることは間違いないはずだ。太郎.月額制サポーターAxionは吉田が2年無給で、1年が高校生アルバイトの賃金で進めている「慈善活動」です。有料購読型アプリへと成長するプランがあります。コーヒー代のご支援をお願いします。個人で投資を検討の方はTwitter(@taxiyoshida)までご連絡ください。デジタル経済メディアAxionを支援しようAxionはテクノロジー×経済の最先端情報を提供する次世代メディアです。スタートアップ関係者、テクノロジー企業にお勤めの方、政策立案者が主要読者。運営の持続可能性を担保するため支援を募っています。金額を入力してお好きな額をサポートしてください。実現に向けて」と題した記者説明会を開催し、自治体向けにゼロトラストセキュリティ導入を支援するプログラムを発表した。Premiumなどを導入し、災害時の情報共有の効率化などに成功したようだ。Runを活用し顧客生涯価値(LTV)向上を目指したデータ分析基盤を内製化した事例を紹介。AIによる会話分析、リテールメディア活用などの取り組みを進めている。'24」で、大規模言語モデル「Gemini」を活用したAIエージェントの取り組みを多数発表した。Geminiは、コーディング支援、データ分析、アプリケーション開発など、様々な分野で活用され、業務効率化や新たな価値創出に貢献することが期待されている。Graph」を発表した。この新製品は、ナレッジグラフベースの検索拡張生成(RAG)を実現させ、生成AIを巡る競争に新たな文脈を加えそうだ。Ghostアクシオン|次世代経済メディアアクシオンニュースレター:世界のテクノロジートレンドの高品質な分析Subscribe。