Open SourceStill Online

FoundationDB

FoundationDB は後にオープンソース化された分散データベースです。2015 年の買収後にダウンロードとリポジトリアクセスが途切れたことは、技術が強くても開発者ツールには依存継続リスクがあることを示しています。

プロダクトを見る

プロダクト概要

何だったか

FoundationDB は、グローバルなクロスロー ACID トランザクションとスケーラブルなキーバリューコアを備えた分散データストアを提供します。

誰のためか

バックエンド開発者インフラチームスケーラブルなトランザクションストレージを必要とする企業NoSQL システムを評価する開発者

課題 / 価値

信頼性の高いデータシステムを構築するチームにとって、分散スケールとデータ正確性のトレードオフを小さくしました。

中核ワークフロー

開発者は FoundationDB をトランザクション対応の分散ストレージ層として使い、その上により高レベルのデータモデルやシステムを構築します。

中核依存

エコシステムは、ダウンロード、リポジトリ、ライセンス、ドキュメント、インストーラ、ベンダーが管理する配布への継続的なアクセスに依存していました。

プロダクト形態

買収前の商用データベースソフトウェア買収前のコミュニティ版またはダウンロード版2018 年以降のオープンソースコア開発者ドキュメントGitHub ソースコードバイナリインストーラ

価格モデル

公開情報は買収前の有料版とコミュニティ版に触れていますが、買収前の売上、有料転換、更新率、サポート価格は開示されていません。

競合または代替手段

NoSQL データベース分散データベースクラウド管理型データストアオープンソースデータベース商用インフラツール

何が起きたか

概要

2015 年に Apple が FoundationDB を買収した後、2018 年に中核プロジェクトがオープンソース化されるまで、データベースのダウンロードとリポジトリアクセスに中断がありました。

結果

FoundationDB は現在オンラインでオープンソースですが、買収時期のアクセス空白は、開発者向け依存関係の継続性に関する警告になりました。

中核リスク

開発者ツールは技術的に強くても、配布が一つの所有者に支配されている場合、ユーザーをアクセスリスクにさらします。

タイムライン

  • FoundationDB は分散トランザクションデータベース製品を構築しました。
  • TechCrunch は 2015 年 3 月に Apple が FoundationDB を買収したと報じました。
  • TechCrunch は、買収後 FoundationDB がダウンロード提供を停止したと報じました。
  • InfoWorld は、報じられた買収後にリポジトリが削除または非公開化されたと報じました。
  • 2018 年 4 月、GeekWire と FoundationDB は中核データベースがオープンソースとして公開されたと発表しました。

作る前に確認すること

なぜ重要か

データベース、SDK、API、インフラツールは本番システムに組み込まれます。買収や戦略変更後にダウンロード、リポジトリ、ライセンス、サポートが消えると、ユーザーは運用リスクを引き受けることになります。

主な確認事項

開発者ツール、データベース、SDK、API、インフラ層をチームに採用させる前に、ガバナンス、ライセンスの耐久性、エクスポート経路、所有者変更リスクを確認してください。

チェックリスト

  • ダウンロードが止まると、どの本番依存が壊れるか。
  • リポジトリとリリースアクセスを誰が管理しているか。
  • ライセンスはユーザー信頼に十分な耐久性があるか。
  • ユーザーは採用前に代替経路を作れるか。
  • 事業モデルは継続メンテナンスを支えられるか。
  • 会社が買収されてもユーザーはツールを使い続けられるか。
  • ダウンロードとリポジトリは保証またはミラーされているか。
  • ピボットや停止後も残るライセンス権は何か。
  • ユーザーは重要なワークロードをエクスポート、移行、セルフホストできるか。
  • アクセス変更前にどのような顧客連絡を行うか。

参考になる場合

  • データベース、SDK、API、開発者ツール、プラグイン基盤、オープンソースコア、インフラサービスを作っている。
  • ユーザーがあなたのツールを本番環境で使う可能性がある。
  • 採用がコミュニティ版や無料版に依存している。

参考になりにくい場合

  • ツールが使い捨て、ステートレス、または本番システムの一部ではない。
  • ユーザーが会社に頼らず完全にエクスポートまたはセルフホストできる。
  • ガバナンスとライセンスがすでに単一ベンダーから独立している。

開発前テスト

  • コミュニティ版を公開する前に継続性ポリシーを文書化する。
  • 初期の本番ユーザーと移行・エクスポート経路をテストする。
  • リポジトリ、リリース、ライセンスの明確なガバナンスモデルを公開する。

応用できる学び

  • 本番採用前に可用性の約束を明示する。
  • 買収やピボット後にコミュニティ版がどうなるかを明確にする。
  • ユーザーがツール上に構築する場合、エクスポート、移行、セルフホスト経路を公開する。
  • 無料の開発者採用を低リスクと見なさない。運用で使われるなら信頼義務が発生する。
  • 依存先を選ぶときは、技術適合だけでなくガバナンスとライセンスの耐久性を評価する。

今作るなら

再構築または採用するなら、技術評価だけでなく、リリース配布、ライセンス継続、移行・エクスポート、所有者変更時のアクセス方針を先に検証してください。