我正在寻找一个简单的注册表，它提供了一个非常简单的 API 并使用可以描述为 JSON 的资源。
我正在设计一个面向资源的架构（完全是 HTTP REST，没有 WS-* 的 ESB 或其他东西，所有通信都是通过网络进行的，是无状态的，并且所有服务都不共享任何内容），它将使用 JSON 作为主要数据进行交流，所以我有点厌烦只使用 XML 来处理那个 SOA 注册表。
免责声明：我真的很喜欢 WSO2 的东西，我学习 SOA 是看他们提供的东西。我没有选择他们的注册表的原因是因为从我看过的示例来看，使用 JSON 似乎是不可能的。
I'm not sure I get it. Is the semantics of the JSON you store relevant to the "registry" server at all? Because if not, any JSON storage engine with a REST CRUD API should be OK, like CouchDB, etc. You then do HTTP access control to only allow your service providing entities to add entries about themselves, and clients may only read.
Or should this "registry" actually do something with the data, like periodically actively test service availability and update reachability status? Because that sounds like a separate concern from storage and serving of the data, thus can be a separate component.