本章では、Open Dataspacesの参照アーキテクチャモデルである「ODS-RAM（Open Data Spaces Reference Architecture Model）」で示される指針を前提として、Open Dataspaces技術を実装する立場の読者が「何を実装すべきか」を整理する。
2.1 Open Dataspacesの設計思想
Open Dataspacesは、単にデータを共有・公開するための仕組みではなく、複数の企業・組織に分散するデータを「信頼を保ったまま」マネジメントできることを目的としている。 Open Dataspacesでは、特に以下A～Eの要素が重視される。設計思想の詳細は、Design Philosophyを参照されたい。
A. 分散データマネジメント（Distributed Data Management）
Open Dataspacesでは、データが特定の主体に集約的にマネジメントされることを前提としない。データは各企業・組織のドメインの管理下に留まり、必要な範囲・条件のもとProduct（商品）として提供される。特定の主体への集中管理は前提としない。（参照：Design Philosophy第3章、第4章）
B. セマンティクスとオントロジー（Semantics and Ontology）
Open Dataspacesでは、「データの構造・値（データモデル）」と「データの意味（情報モデル）」を明示的に分離し、ドメイン由来のコンテクスト（文脈）をオントロジーで制約することで、データ利用者の推論を可能にする。（参照：Design Philosophy第5章）
C. データの特定可能性と探索可能性（Data Addressability and Discoverability）
Open Dataspacesでは、データとオントロジーのエンドポイントをグローバルで識別可能、探索可能な形で設計・公開する。（参照：Design Philosophy第6章）
D. アイデンティティと利用制御（Identity and Usage Control）
Open Dataspacesでは、「誰がデータにアクセスできるか」「その相手を信頼できるか」「どの条件でデータを提供・利用できるか」「この取引が正しく行われたと言えるか」を設計対象とする。信頼・セキュリティ・権利義務関係の非対称性を明示的に扱う。（参照：Design Philosophy第7章）
E. 相互運用性（Interoperability）
Open Dataspacesでは、異なる企業・組織・法域を横断した接続を実現するため、依拠すべきプロトコルが「ODS Protocols（ODP）」として規定されている。特定ベンダ・製品・法制度体系に依存しない設計が原則。（参照：Design Philosophy 第3章）
Open Dataspacesは、ドメインオーナー自身がSelf-Serve Data Platformを構築し、DPQMに基づくData/Ontology Productを提供するという方式である「分散型サービスモデル」と、DPQMを構成する基本的なソフトウェアスタックをDSSP（Dataspace Service Provider）である仲介者（Intermediary）に代理で提供してもらいながら、ドメインオーナーとして、Data/Ontology Productの提供に責任を持つ方式である「連邦型サービスモデル」の２つの実装パターンを想定する。