23
HyperProbe
エージェントが動くサービスを実行時に診る観測基盤
競合あり/空白あり国内に監視製品は複数あるが、稼働中の変数状態をエージェント向けに返す同型は確認できない。
事業概要
- プロダクト
- SDKを稼働中サービスに組み込み、再デプロイなしで計測点を挿入する。
- 障害の瞬間にメモリ上の変数値を読み取り、そのまま取得する。
- 取得値をエージェントが読める形に整え、問い合わせAPIで返す。
- 個人情報は取得時に自動で秘匿し、保存対象から外す。
- CPU負荷を1%未満に抑え、常時稼働のサービスに適用する。
- ログやトレースと突き合わせ、失敗時点の状態を再現する。
- 技術アーキテクチャ(推定)
- 顧客サービスの起動時にSDKを読み込み、計測点を登録するとみられる。
- 稼働プロセスから変数状態を直接読み取り、外部へ送出すると推定。
- 収集値は個人情報判定を通し、秘匿後に時系列で保存するとみられる。
- 障害イベントをログ基盤と照合し、実行時点の状態を紐付けると推定。
- エージェント向けに問い合わせAPIを公開し、必要分だけ返すとみられる。
- 収益モデル
- 開発チームが計測対象のサービスに対して支払う月額型とみられる。
- 課金単位・価格・無料枠は非公開。
- 検証導入から本番運用へ移る段階で契約が広がる形態と推定。
- 差別化
- ログでは得られない実行時変数を継続的に取れる点が構造的な差。
- SDKがサービス稼働点に入り込み、開発工程に組み込まれる。
- エージェントからの問い合わせ形式を自社で規定できる。
- 失敗時点の状態を蓄積し、再現に再利用できる。
- 日本展開時のリスク
- 本番環境のメモリ読み取りに対し、顧客の security 審査が厳しい。
- 個人情報の取扱いで、委託先管理の説明を求められる。
- 監視機能はクラウド事業者の契約に含まれ、切り替えが重い。
- 障害対応の権限を外部製品に渡すことへの抵抗が残る。
- 国内の導入価格の相場が不明で、費用対効果の説明が要る。
日本での競合
- 国内の監視領域はクラウド事業者の標準機能が広く使われる。
- はてなのMackerelが国産の監視サービスとして一定の地位を持つ。
- ログとトレースの分析では海外製品の導入が先行している。
- 稼働中変数をエージェントに渡す同型製品は国内で確認できない。
- 参入には本番への計測導入と情報管理の説明が壁になる。
主要プレイヤー
- はてな — ブログと技術メディア。
- Amazon Web Services — クラウド基盤。国内リージョンで提供。
- Google Cloud — クラウド基盤とデータ分析。
| 比較軸 | HyperProbe | はてな | Amazon Web Services | Google Cloud |
|---|---|---|---|---|
| 主な用途 | 本番障害の実行時調査 | コンテンツ配信 | クラウド基盤 | クラウド基盤 |
| 提供範囲 | 計測SDKと問い合わせAPI | 個人・企業 | IaaS・PaaS | IaaS・PaaS |
| 課金 | 非公開 | 月額課金 | 従量課金 | 従量課金 |
| 強み | 失敗時点の変数取得 | 技術者層 | 国内リージョン | データ分析 |
出典:Y Combinator / HyperProbe / はてな / Amazon Web Services / Google Cloud。技術アーキテクチャは公開情報からの推定。