AIへ転じず、MCPで自社の障害データを開いたGlitchTip

公式サイトはGlitchTipをBurke Software and Consultingが作った小規模software teamの製品と紹介している。

2026年3月のMCP記事の筆者は匿名の一人称で、「We never sell your data to anyone, nor do we use it to train models」と方針を述べる。

公開資料では個人名のfounder attributionを確認できないため、ここでは同社チームの公開発言として扱い、創業者個人の名を推測しない。出典 出典

小さなチームが選んだ公開の前提

GlitchTipの公式説明が示す出発点は、Burke Software and Consultingという小規模なsoftware teamが、自らもopen-source developmentを支えながら製品を開発してきたことだ。

特定個人の創業者名や創業時の逸話は公式公開資料で確認できず、物語はチームとプロダクトの記録からたどる。出典

error trackingから運用範囲を広げる

公式blogの公開履歴は、2020年にbetaと1.0を告知し、2021年にuptime monitoringを加えた流れを示す。

監視対象をexceptionの集約だけに閉じず、performanceやsite uptimeへ広げ、運用担当が障害の輪郭を一か所でつかめるようにした。出典 出典

運用コストとの向き合い方

2026年4月のengineering記事では、古いeventをPostgreSQL partitionからParquetへ移し、S3互換storageに保管する構成を説明している。

新しい用途ごとに大規模なdatabase stackを増やすのではなく、Postgresを中心に置き、cold dataの保管費を抑える方向だ。

小さなteamがself-hostしやすいことと長期保存を両立する、具体的な技術選択として読める。出典

AIは囲い込みではなく接続点に

2026年3月に公表されたMCP serverは、利用者が自分のerror dataを選んだAI toolから照会できるようにする拡張だった。

筆者は「We aren't pivoting to an AI company, you can’t even buy AI from us」と記し、機能は追加料金なしで、利用者自身のinstanceでも有効化できると説明した。

製品をAIへ転換するより、既存データへの接続手段として提供する姿勢が表れている。出典

現在地

2026年6月のversion 6.2ではOpenTelemetry log ingestやperformance spansの可視化が告知され、対応範囲はSentry SDKだけに依存しない方向へ広がる。

GlitchTipの歩みは、派手な資金調達や個人Founderの物語ではなく、OSS・低コスト運用・利用者のdata controlを維持しながら隣接機能を積むプロダクト開発として捉えるのが妥当だ。出典

GlitchTipは、アプリケーション障害を検知しても運用チームが高額な監視基盤や複雑なstackを維持できない小規模チームに向く。

Sentry-compatible SDKでerror eventsを集約し、performance・uptime・logsを段階的に足せるうえ、自社hostとself-hostを選べる。

Freeは月1,000 events、Smallは月$15で10万eventsまでと価格境界を公開している。出典 出典

とくに、既存のSentry SDKを使いながら運用コストやdata controlを優先したいチームが初期fit。

EU instanceはFrankfurtに独立配置され、data residencyも判断材料となる。出典

独自のnetwork effectは大きくない。

価値の源泉はSentry ecosystemとのSDK互換、self-host運用自由度、error・performance・uptime・logsを同一productで扱う統合にある。

DuckDBとParquetへのcold archival、Rust製event処理componentなど、resource効率を重視する実装が、小さなdeploymentでも保持期間を伸ばす道を作る。出典 出典

直接のnetwork effectは弱い。

利用team数が増えても他顧客の製品価値が自動で高まる構造ではない。

GitLabでの開発公開、SDK連携、self-host利用者のissueやcontributionが改善へ戻れば、間接的なecosystem効果は生まれるが、公開情報からcommunity規模や貢献比率は定量化できない。出典 出典

Sentry SDKを既に使い、error monitoringの費用とdata residencyを見直したい個人開発者、小規模SaaS、self-hostingを好むengineering teamに向く。

大規模なenterprise support、広範なobservability analytics、既製の運用保証を重視する場合は、契約条件と機能範囲を事前検証したい。

第一に、error trackingを既存Sentry SDK互換にして移行時の実装摩擦を抑える。

第二に、hostedとself-hostedを選べるOSS modelでdata controlの幅を作る。

第三に、event数基準の小さな無料枠から月額$15、$50、$250へ利用規模とsupportを連動させる。出典 出典

OSSの選択肢は導入自由度を高める一方、self-hostedではPostgreSQL、backup、upgrade、on-call運用を利用者が負う。

Hostedのevent quotaを超えるとthrottlingを経て停止し得るため、sampling設計とvolume予測が必要。

小規模チームには扱いやすいが、複雑なmulti-team observabilityやsupport SLAを求める企業では機能・体制を比較すべきだ。出典 出典 出典

公開サイトでは、hosted free tier、月額plan、self-hosted source、SDK docs、installation guidesを併設し、利用者がcontrolと運用負担の配分を選べる。

公式Blogはversion更新とengineering解説を続け、6.1でMCP/logs/cold storage、6.2でOpenTelemetryと性能改善を告知した。

日常のerror trackingから必要機能へ広げるproduct-led導線だが、acquisition channel別成果は非公開。出典 出典

主要チャネル: seo, community, github, newsletter, contentMarketing, freeTrial, integrations

OSSの商用化では、source codeを公開するだけでなく、hosted料金、supportの対価、self-hostの責任境界を明示することが信頼につながる。

GlitchTipは利用量に応じたSaaS tiersと任意のself-hostを併存させ、顧客がdata controlと運用負担を選択できる。

日本で展開するなら、国内regionを選べるhosted instance、Sentry SDKからの移行確認表、日本語のevent quota・sampling calculatorを揃えたい。

self-host向けにはPostgreSQL backup、upgrade、障害時の責任分界を日本語runbookにし、SaaS利用を避けたい医療・受託開発チームへ導入相談を提供する。