ある開発者の不満が、2,800万ドル規模のDatadog Killerを生み出した

Better Stackの共同創設者であるJuraj Masarは、開発者にとって典型的な悪夢、つまりサイレントなウェブサイトの停止に直面しました。彼はサイトがダウンしたときに電話連絡を必要としていました。何かが壊れたことを示す直接的で明白なアラートです。しかし、この一見単純な要求が、既存の開発者ツールキットにおける大きな隔たりを露呈させました。

業界標準は扱いにくい回避策を提供していました。開発者は、稼働時間チェックにはPingdom、インシデントアラートにはPagerDutyといった異なるサービスを連結することがよくありました。Masarが回想するには、この統合には「ひどいAPIs」が関わっていました。これは、重要な監視ツール間の複雑で脆い接続に苦しむエンジニアの間でよく聞かれる不満です。その設定は煩雑で、障害が発生しやすく、開発者が切望するシームレスな体験とはかけ離れていました。

不満は決定的な疑問へと沸き上がりました。「これって、そんなに難しいことなのか？」この問いが2021年のBetter Stack誕生のきっかけとなりました。MasarはVeronika KolejakとJuraj Masrとともに、わずか1週間で優れたソリューションを構築できると大胆な賭けに出ました。彼らの当初の目標は控えめながらも革新的でした。それは、ユーザーがクレジットカード、電話番号、URLを入力するだけで、ウェブサイトのダウンタイム時に即座に電話がかかってくるシンプルなサービスでした。

これはMasarだけの問題ではありませんでした。何千もの開発者やSRE teamsにとって普遍的な課題を表していました。複雑な設定に苦労することなく、信頼性の高い即時通知を実現しようとする奮闘は、observabilityにおける重大なギャップを浮き彫りにしました。Better Stackはこの空白を埋めるために登場し、単純な電話アラートシステムから、Time MagazineやSalesforceのような大手企業を含む20万人以上の開発者と4,000以上の顧客にサービスを提供する包括的なplatformへと急速に進化しました。同社のincident managementへの当初の注力は、2,860万ドルの資金調達と、チームがデジタルインフラを監視する方法を再定義するという野心の基礎を築きました。

PingdomやPagerDutyのようなツールの煩雑な統合に不満を感じていたJuraj Masarと彼の友人たちは、「シンプルな稼働時間監視サービスを構築するのはどれほど難しいのか？」という課題を提起しました。その答えは、わずか7日間で完全に機能する製品をリリースするという大胆な賭けとなりました。この大胆な目標がBetter Stack誕生の舞台を整えました。

彼らのMinimum Viable Product (MVP)のビジョンは、驚くほど明確かつ簡潔でした。ユーザーは単に： - クレジットカード番号を入力する - 電話番号を提供する - ウェブサイトのURLを入力する すると、サイトがオフラインになった瞬間にサービスが自動的に電話をかけます。この簡素化されたアプローチは、既存ソリューションの複雑さを回避し、信頼性の高いダウンタイムアラートという差し迫ったニーズにのみ焦点を当てました。

この集中的な1週間のスプリントは、rapid prototypingの考え方を象徴していました。創設者のJuraj Masar、Veronika Kolejak、Juraj Masrは完璧を目指していたのではなく、機能性を追求しました。チームは一点に集中して実行し、純粋なスピードと出荷へのコミットメントを通じて核となるコンセプトを実現しました。彼らは、明確に定義された問題が、信じられないほど短い期間で具体的な解決策を生み出すことができることを証明しました。

初期開発は、製品戦略において深い教訓をもたらしました。それは、極度の集中力、スピードの必要性、そして単一のよく理解された問題を解決することの有効性です。この段階で、チームはeBPF-ベースのテレメトリ、ログ管理、またはAI SREといった将来の複雑さを意図的に避け、基盤となるユーザーの課題を最優先しました。

この迅速なローンチは彼らのアプローチを検証し、シンプルで信頼性の高い電話アラートシステムが大きな市場価値を持つことを示しました。特に開発者の重要な不満に対処する際には、シンプルさと直接的な有用性が機能の肥大化に勝ることが多いと強調されました。この最初の賭けの成功が、決定的な勢いをもたらしました。

7日間のチャレンジは単なる技術的な演習ではなく、ビジネスの試金石でした。この基盤となるスプリントは、Better Stackの精神を確立しました。それは、明確なニーズを特定し、洗練された効果的なソリューションを迅速に提供することです。この成功した集中的なスタートが、Better Stackが最終的に目指す包括的なobservability platformの基礎を築きました。

Better Stackのウェブサイトダウンタイム向け電話アラートサービスでの初期の成功は、創設者のJuraj Masar、Veronika Kolejak、Juraj Masrに重要な問いを投げかけました。単一機能の製品で長期的な成長を維持できるのか？彼らは、単純なuptime monitoringを超えた統合ソリューションに対する市場の満たされていないニーズを認識し、「一芸に秀でただけの」罠を回避しました。

リーダーシップは「市場に従う」という哲学を受け入れ、顧客の要望に積極的に耳を傾けて開発ロードマップを導きました。この有機的で顧客主導のアプローチにより、各新機能が真の開発者の課題に対処し、彼らの最初の7日間の賭けを戦略的で包括的なプラットフォームへと変革させました。

需要が高度な機能の迅速な統合を推進し、基本的なuptime checksをはるかに超えるものとなりました。Better Stackはすぐに不可欠なツールを追加し、これまでバラバラだったシステムを統合されたエクスペリエンスにまとめました。 - ログ管理（効率的なストレージのためにClickHouseを活用） - 透明なコミュニケーションのためのカスタマイズ可能なステータスページ - ディープなシステム計測のためのeBPF-based telemetry tracing - プロアクティブなインシデント解決のためのAIを活用したSite Reliability Engineering (SRE)

この戦略的な拡大により、Better Stackはニッチなアラートツールから包括的なobservability suiteへと変貌しました。現在、SalesforceやTime Magazineのような企業を含む20万人以上の開発者と4,000以上の顧客にサービスを提供しており、このプラットフォームはmonitoring、logging、およびincident managementを単一のインターフェースに統合しています。彼らの全機能については、Better Stack: 開発者向けObservability platformで詳細をご覧ください。

Better Stackは、DatadogやNew Relicのような確立された巨大企業に挑戦するべく、激戦のobservability marketに参入しました。Juraj Masar、Veronika Kolejak、Juraj Masrによって2021年に設立されたプラハを拠点とするこのスタートアップは、複雑でしばしば高価なレガシープラットフォームに代わる、モダンで合理化された選択肢として自らを位置づけました。monitoringとincident responseに根本的に異なるアプローチを提供することで、現状を打破することを目指しました。

その核となるBetter Stackは、統合プラットフォームの哲学を提唱しています。開発者がuptime monitoring、log management、およびincident responseのためにバラバラのツールを組み合わせる必要はなく、これらの機能をシームレスに統合します。このプラットフォームは、uptime monitoring、log management、incident management、status pages、そしてAIを活用したSite Reliability Engineering (SRE)ツールを単一の直感的なインターフェースに統合し、observability stack全体を簡素化し、運用オーバーヘッドを削減することを目指しています。

同社の価値提案は、競合他社よりも大幅に手頃な価格であると謳われることが多い、大幅なコスト削減にまで及びます。この経済的優位性は、予算を重視するスタートアップや中規模企業にとって大きな魅力となっています。Better Stackは、この効率性を、高性能なClickHouseデータベースを効率的なデータストレージとクエリに活用し、OpenTelemetryとeBPFを効率的でコードレスなデータ収集に活用することで、リソース消費を最小限に抑えることで実現しています。

しかし、その価格モデルには一部のユーザーにとって微妙な注意点があります。初期ティアでは競合他社と比較して、特に基本的なモニタリングにおいて大幅な節約を提供しますが、一部の小規模チームは、Better Stackのサービスを既存の広範で大量の機能セットに合わせてスケールアップすると、コストが増加する可能性があると報告しています。これらのケースでは、より高い使用レベルで競合他社の価格に近づくことがあり、その最も顕著な競争優位性は特定の運用規模と機能要件に存在することを示唆しています。

数十億ドル規模の既存企業との厳しい競争にもかかわらず、Better Stackは目覚ましい顧客獲得と急速な成長を遂げています。このプラットフォームは現在、世界中で20万人以上の開発者と4,000以上の有料顧客にサービスを提供しています。その顧客リストには、以下のような著名な企業が含まれています。 - Time Magazine - Salesforce - ESET - Accenture - Decathlon - Rakuten

この市場浸透は、Better Stackの競争力と、その破壊的な戦略の正当性を裏付けています。同社は2回のシリーズAラウンドで合計2,860万ドルの資金を調達しており、CreandumとKAYAから多額の投資を受けています。Aaron Levie（BoxのCEO）やKulpreet Singh（元UiPath）のような著名なエンジェル投資家からのさらなる支援は、オブザーバビリティ分野における信頼できる急成長企業としての地位をさらに強固なものにしています。

Better Stackは、分析クエリにおける極限の速度と効率性で知られるカラム型データベースであるClickHouse上に、そのコアデータインフラストラクチャを構築しました。この戦略的決定は、プラットフォームが大量のオブザーバビリティデータ（ログ、メトリクス、トレース）を大規模にインジェストし、クエリする能力を支えています。従来のリレーショナルデータベースとは異なり、ClickHouseはデータを列ごとに処理するため、リアルタイムモニタリングに不可欠な超高速の集計とフィルタリングを可能にします。

このアーキテクチャの選択により、Better Stackは、より古く最適化されていないデータベースアーキテクチャに依存する競合他社をしばしば凌駕するパフォーマンスベンチマークを提供できます。低レイテンシでペタバイト規模のデータを処理する能力は、開発者が即座に洞察を得られることを保証し、トラブルシューティングとインシデント解決を加速します。ClickHouseの効率性は、データストレージと処理に必要な計算リソースを最小限に抑えることで、プラットフォームの競争力のある価格モデルに直接貢献しています。

業界標準のAPI、SDK、ツールのコレクションであるOpenTelemetryの採用は、Better Stackのモダンでオープンなオブザーバビリティへのコミットメントをさらに強固なものにします。このオープンソースフレームワークは、ベンダーに依存しないアプリケーションとインフラストラクチャの計測方法を提供し、独自のロックインなしに統合されたテレメトリデータを収集します。これにより、ユーザーはシステムを一度計測するだけで、互換性のある任意のバックエンドにデータを送信でき、比類のない柔軟性を提供します。

OpenTelemetryは、データ収集に対する将来性のあるアプローチを保証し、顧客にモニタリングエコシステムに対する完全な制御を与えます。データ形式とプロトコルの複雑さを抽象化し、幅広いツールやサービスとのシームレスな統合を可能にします。オープンスタンダードへのこのコミットメントは、モニタリングソリューションの移行や既存の技術スタックとの統合に伴う摩擦を大幅に軽減します。

これらの基盤となる技術的選択は、ユーザーに大きなメリットをもたらします。開発者は、データ取り込みとクエリ実行において比類のない速度を体験し、問題の診断と修正にかかる時間を大幅に削減できます。ClickHouse の効率性は、膨大な量のデータを保存および処理するために必要なリソースが少ないため、顧客にとって大幅なコスト削減にもつながります。決定的に重要なのは、OpenTelemetry のようなオープンスタンダードへの依存が ベンダーロックイン を保証しないことであり、ユーザーは他のツールとシームレスに移行または統合できます。

eBPFは、現代のオブザーバビリティにとって極めて重要なテクノロジーであり、アプリケーションコードを変更することなく、開発者が複雑なシステムを計測する方法を根本的に変革します。このLinuxカーネルの革新により、システム動作に関する深く詳細な洞察が可能になり、侵入的なエージェントや手動による計測をしばしば必要とする従来のメソッドからのパラダイムシフトを意味します。これにより、開発者がSDKを組み込んだり、既存のコードベースを変更したりする必要がなくなり、貴重なエンジニアリング時間を消費する大きな運用上の負担が解消されます。

その核となるのは、eBPF が、ネットワークコール、ファイルシステム操作、プロセス実行、CPU使用率など、さまざまなシステムイベントにアタッチして、小さく安全なプログラムをカーネル内で直接実行できるようにすることです。この機能により、Better Stack は、メトリクス、ログ、トレースを含む高忠実度のテレメトリデータをシームレスに収集できます。手動による計測や、監視のためだけにリソースを大量に消費するサイドカーコンテナをデプロイする手間のかかるエラーが発生しやすいプロセスを回避し、データ取得を大幅に効率化します。

Better Stack はこの力を活用し、コンテナ化された環境向けに高度で自動的な OpenTelemetry トレースを提供します。そのeBPFベースのソリューションは、Kubernetes および Docker ワークロードに比類のない可視性を提供し、分散型マイクロサービス全体で詳細なトレースをキャプチャします。これにより、開発者は、複雑なアプリケーション内のサービス間の相互作用、レイテンシ、エラー伝播、リソース消費を完全に可視化でき、深いトレースに通常伴うアーキテクチャの複雑さやパフォーマンスへの影響なしにこれらすべてを実現します。

このアプローチは、開発者およびサイト信頼性エンジニア (SREs) にとって大きなメリットをもたらします。運用オーバーヘッドを大幅に削減し、堅牢な監視ソリューションのデプロイを数日から数分に加速します。チームは、コードの計測に貴重な開発サイクルを費やすことを避け、代わりにイノベーションと機能提供に集中できます。さらに、eBPFはより豊富で正確なデータ収集をもたらし、システムの状態、パフォーマンスのボトルネック、およびインシデントの捉えにくい根本原因について、より明確なリアルタイムの全体像を提供します。

eBPFによって推進される『ノーコード』革命は、オブザーバビリティパイプライン全体を簡素化し、高度なトレース機能へのアクセスを民主化します。これにより、特殊なカーネル知識や広範なコード変更を必要とせずに、より多くのチームが高度な診断にアクセスできるようになります。この最先端技術への戦略的投資は、Better Stack をオブザーバビリティ分野における強力な競合他社として位置づけており、その資金調達ラウンドがそれを証明しています。Better Stack が既存企業にどのように挑戦しているかの詳細については、Better Stack raises $18.6M for a ClickHouse-based Datadog challenger を参照してください。

Better Stackの最新イノベーションは、洗練されたAI SRE agentを導入し、Slackのようなチームコミュニケーションチャネルに直接組み込みます。このインテリジェントなボットは単なる通知システムではなく、常に稼働しているアクティブなチームメイトとして機能し、障害発生時の初期の混乱に対処することでインシデント対応を根本的に変革します。即座に実行可能な洞察を提供し、重要な解決までの時間を短縮することを目指しています。

インシデントが発生すると、AI agentは自律的に問題を調査するために動き出します。Better Stackの統合データプラットフォームを活用し、これはClickHouse上に構築され、OpenTelemetryとeBPFを介してデータを取り込みます。agentは、以下を含む膨大な量の情報を綿密に精査します。 - ログ - メトリクス - トレース

システム全体にわたる異なるデータポイントを関連付け、インシデントの根本原因に関する初期仮説を迅速に形成します。その後、AIはこれらの発見と潜在的な診断パスをSlack内で明確かつ簡潔な形式で提示し、エンジニアが手動でダッシュボードをくまなく調べる必要をなくします。

決定的に重要なのは、Better Stackがhuman-in-the-loopアプローチを提唱していることです。AIが包括的な診断と潜在的な修復手順を提案する一方で、最終的な権限は人間が保持します。エンジニアはAIの提案をレビューし、あらゆるアクションを承認することで、運用上の安全性を確保し、自律的な誤りを防ぎます。この協力的なモデルは、監視を犠牲にすることなく、チームに高度な洞察力を与えます。

Better StackのAIに対するビジョンは、熟練したエンジニアを置き換えることではなく、強力な拡張機能を提供することです。初期調査とデータ相関という骨の折れる時間のかかるタスクを自動化することで、AI SRE agentはroot cause analysisを劇的に加速させます。これにより、貴重なエンジニアリング時間を解放し、チームは受動的な火消しではなく、戦略的な問題解決、システム改善、イノベーションに集中できるようになり、数時間かかる手動トリアージをAI支援診断の数分に効果的に凝縮します。

Better Stackの財務軌跡は、典型的なSilicon Valleyの戦略とは異なり、2回の戦略的資金調達ラウンドで合計2,860万ドルを調達しました。2022年7月の最初のSeries Aでは、Creandumが主導し1,860万ドルを確保し、その野心的なオブザーバビリティプラットフォームの強固な基盤を確立しました。この初期の支援は、既存の巨大企業を破壊するというチームのビジョンに対する投資家の強い信頼を示しました。

驚くべきことに、Better Stackは2023年に収益性を達成しました。これは、同社が初期の資金を温存することを可能にした驚くべき節目です。この予期せぬ財務健全性は、オブザーバビリティプラットフォームを独自の位置づけにし、成長を促進するために現金を燃焼させることが多い多くのベンチャー支援スタートアップとは一線を画しました。これは、迅速な拡大が必ずしも無限の資本を必要としないことを証明する、無駄のない効率的な運用モデルを強調しました。

困難を示唆するどころか、Better Stackの2024年1月のその後の1,000万ドルのSeries Aは、紛れもない強さの立場から行われました。KAYAがこのラウンドを主導し、Box CEOのAaron Levieや元UiPath幹部のKulpreet Singhなどの著名なエンジェル投資家が参加しました。この資本注入は命綱ではなく、戦略的な燃料であり、同社が製品開発を加速し、グローバルなフットプリントを拡大し、eBPFやAI SREのような分野でさらなる革新を進めることを可能にしました。

この持続可能な成長モデルは、Better Stackにとっての健全性と長期的なビジョンを示しています。成長の初期段階で収益性を達成していることは、優れた財務管理と、Time MagazineやSalesforceのような企業を含む4,000以上の顧客から多大な経常収益を生み出すほど強く共感を呼ぶ製品があることを示しています。同社は現在、単に存続するだけでなく、顧客価値と運用効率に焦点を当てることで、競争の激しいobservabilityの分野で強固な未来を育むために、その資本をさらなるイノベーションに活用しています。

ユーザーはBetter Stackの統合プラットフォームを頻繁に賞賛しており、通常複数の異なるツールを必要とする作業を効率化しています。開発者やSREは、その簡単なセットアッププロセスを一貫して高く評価しており、サービス監視のオンボーディングと設定がいかに迅速に行えるかをしばしば指摘しています。アラートシステムの信頼性も高く評価されており、電話、Slack、PagerDutyのいずれの連携を介しても、必要なときに正確に重要な通知を配信します。このオールインワンのアプローチは、uptime monitoring、log management、incident responseを統合されたobservability体験にまとめ上げており、機能性を犠牲にすることなくシンプルさを求めるチームにとって大きな魅力となっています。その機能の詳細については、Introducing Better Stack: A unified platform to Spot, Resolve and Prevent downtime.をご覧ください。

広範な承認にもかかわらず、ユーザーからのフィードバックは改善の余地がある領域も浮き彫りにしています。一部の高度なユーザーは、特にBetter Stackを非常に複雑なオーダーメイドのインフラストラクチャ設定に統合する場合に、より詳細でカスタマイズ可能な設定オプションを求めています。このプラットフォームはすぐに使える機能に優れていますが、独自のコンプライアンス要件や複雑なアラートルーティング構造を持つチームは、全体的なユーザーフレンドリーな設計とは対照的に、高度なカスタマイズに対する初期の学習曲線が急であると感じることがあります。

もう一つの一般的な議論のポイントは、そのtracing機能にあります。機能はしているものの、多くのユーザーはBetter Stackのdistributed tracingを、確立されたエンタープライズAPM（Application Performance Monitoring）ソリューションに見られる堅牢で機能豊富な製品よりも「軽い」と認識しています。DatadogやNew Relicのようなプラットフォームは、より深く広範なコードレベルの洞察とプロファイリングを提供することが多く、Better StackはeBPF統合をもってしても、完全なパリティに向けて進化を続けています。この認識は、他の分野でのその強みを損なうものではありませんが、成長の機会を示しています。

この率直なフィードバックは、急速に成熟している製品の姿を描き出しています。Better Stackは、特に高度に専門化されたニッチな機能よりも使いやすさと統合されたツールを優先するチームにとって、包括的でアクセスしやすいobservabilityスイートの提供に優れています。同社はユーザーの提案を積極的に取り入れ、高度な機能の強化とtracingのような分野でのギャップを埋めることへのコミットメントを示し、業界の巨大企業に対しても競争力を維持しています。その軌跡は、核となるシンプルさを保ちながら、エンタープライズグレードの深さへの継続的な推進を示唆しています。

Better Stackの戦略的な動き—SlackネイティブのAI SREエージェントの統合、eBPFによる深いシステム計測の活用、そして共同ダッシュボードの構築—は、オブザーバビリティの決定的な未来を明らかにしています。これらは単なる個別の機能ではなく、プロアクティブなインシデント防止と迅速な解決のためのまとまったビジョンを表しており、エンジニアリングチームがインフラストラクチャとどのように連携するかを再構築しています。2860万ドルの資金調達に支えられた同社の歩みは、イノベーションへの深いコミットメントを強調しています。

この統合されたアプローチは、AIアシストされ、本質的に開発者に優しい統合プラットフォームへの否定できない業界トレンドを示しています。エンジニアリングチームは、稼働時間監視、ログ管理、トレース分析にわたる包括的なインサイトを、単一の直感的なインターフェース内でアクセスできることを求めています。20万人以上の開発者と、Time Magazine、Salesforce、ESETなどの企業を含む4,000以上の顧客によるBetter Stackの急速な採用は、複雑さからの脱却というこの重要な市場の変化を力強く裏付けています。

その結果、複数の異なる監視ツールを寄せ集める魅力は急速に薄れています。開発者はかつて、稼働時間監視にはPingdom、アラートにはPagerDuty、そして個別のロギングソリューションといったサービスをやりくりし、統合の悪夢、データサイロ、そして多大な運用オーバーヘッドを生み出していました。Better Stackのオールインワンソリューションは、この断片化されたパラダイムからチームを解放し、ワークフローを合理化し、インシデント対応時間を劇的に短縮します。

オブザーバビリティの次の章は、エンジニアリングチームがリアクティブなインシデント管理を超越することを可能にします。ClickHouseやOpenTelemetryのようなテクノロジーを介したリアルタイムで深いシステムインサイトを、インテリジェントな自動化と組み合わせることで、この新しいモデルはプロアクティブな姿勢を育みます。チームはもはや障害に対応するだけでなく、積極的にダウンタイムを防止できるようになり、優れたシステム信頼性と運用回復力を確保します。断片化された監視の時代は終わり、Better Stackのようなプラットフォームによって推進される、楽な予防の未来はすでに到来しています。

Better Stackとは何ですか？

Better Stackは、稼働時間監視、ログ管理、インシデント管理、ステータスページを単一のユーザーフレンドリーなインターフェースに統合する、開発者およびSREチーム向けの包括的なオブザーバビリティプラットフォームです。

Better StackはDatadogやPagerDutyとどう違いますか？

Better Stackは、最初から統合されたオールインワンプラットフォームを提供することで差別化を図っており、多くの場合、より競争力のある価格設定です。PingdomやPagerDutyのような個別のツールを統合する複雑さを、それらの主要機能を組み合わせることで回避しています。

Better StackにおけるAI SREとは何ですか？

AI SREは、ログ、メトリクス、トレースを分析してインシデントを自動的に調査するSlackネイティブのエージェントです。エンジニアに潜在的な根本原因を提案し、ダウンタイムをより迅速に解決するのに役立ちます。

Better StackはなぜトレースにeBPFを使用するのですか？

Better StackはeBPFを使用することで、エンジニアリングチームがアプリケーションのコードを変更することなく、システムからログ、メトリクス、ネットワークトレースを収集できるようにし、計測プロセスを大幅に簡素化します。