Database
Alopex DB
最初に作ったデータを、規模が変わっても育てていく。Alopex DBの設計目標と、v0.8.9で試せる範囲を分けて紹介します。
製品全体の設計目標は、同じデータファイルで規模の変化を越えることRaftベースKVS上にSQL・ベクトル検索・グラフETLを統合DB製品切り替え時のデータ変換・マイグレーション不要
Alopex DB の詳細へ高峰明里 プロフィールへ戻る
Use case
業務・エンタープライズに広げる
OSSを土台に、業務システム・スケール・本番の可観測性まで。全社の基盤としても、一つのチームの導入からでも始められる製品と、実際の知見をまとめました。近いものから詳細へ進んでください。
合う製品
Observability
Alopex OTel
OpenTelemetry まわりに散らばる取り込み・保存・可視化をワンパッケージにまとめる。
取り込み・保存・ダッシュボードを1製品に統合組み込み単一プロセスから複数ノードまで、同じ画面・API・クエリ言語メトリクスはSkulk、トレースとログはTrail、振り分けはChirps
Alopex OTel の詳細へObservability
Alopex Skulk
アプリケーションに組み込んで使う時系列エンジン。メトリクスのためにサーバーを運用しなくてよくなる。
メトリクスのために、別プロセスを立てて運用しなくていいアプリケーションのバイナリに同梱して、エッジ機器まで配れる既存のエージェントを向けるだけで取り込める（InfluxDB / Prometheus / JSON）
Alopex Skulk の詳細へObservability
Alopex Trail
イベントログを入れるのにちょうどいいストレージ。1件ごとに形が違うイベントログをそのまま貯める。
イベントログの性質に合わせて作ったストレージ1件ごとに形が違っても、書く前に形を決めなくていいParquetで貯まるので、分析は使い慣れたツールでできる
Alopex Trail の詳細へDatabase
スタートアップのDB選定とAlopex DB
Day 0の速度のまま、次の規模へ。MVPからクラスタまで同じデータを育てるAlopex DBの設計目標と、v0.8.9で試せる範囲を分けた提案。
MVP期はゼロ設定の組み込みモードで即スタートスケール時のデータ変換・移行・書き直しを減らす設計目標SQL+ベクトル検索が最初から1エンジン、AI機能の二重インフラ不要
スタートアップのDB選定とAlopex DB の詳細へ業務アプリ
TUBUSA / 備
人材・案件・作業・売上・資金をひとつながりの仕事として共有・判断・実行するための業務アプリケーション構想。
人材・案件・作業・売上・資金を一元化構想・準備中
構想サイトを見る関連する開発記録
- 自社開発 · 2026/08/27Alopex DB v0.8.8チュートリアル 第5回：サーバーで開く組み込みで作ったデータディレクトリを alopex-server で開き、HTTPから同じSQLを実行します。サーバー経由で書いた行がファイル側からも読めることを確かめます。
- エンジニアリング · 2026/08/20分割する技術テーブルもバッチも業務も、分ければ扱いやすくなるはずでした。では、増えた切断面のコストは誰が払っているのでしょうか。
- エンジニアリング · 2026/08/13構造化する技術（第3回）― 表現形式の選択と変換ハッシュ、ツリー、グラフの優劣を比べていませんか。クエリに合う表現を選び、損失と再構築までを設計します。
- エンジニアリング · 2026/08/13構造化する技術（第2回）― 意味・関係・実行を構造化するスキーマ、グラフ、タスク、パケットはどうつながるのでしょうか。意味から実行・通信・保存までを展開します。
- 生成 AI · 2026/07/30MCPプロトコルが分離した責務（後編）— 主体の確認とデータへの権限を分けるMCP仕様 v2026-07-28 で、Bearerアクセストークンを発行し、ルーターで要求者を確認し、業務データの操作権限を判定する流れを解説します。
- 生成 AI · 2026/07/30MCPプロトコルが分離した責務（前編）— セッションに閉じた状態を解くMCP仕様 v2026-07-28 は、接続に同居していたプロトコル状態と業務状態を分離し、任意のInstanceで処理できるようにした変更です。属性とデータの流れを図解します。