没有WSDL的服务存储库和发现

Question

我正处于将开发团队从大型单块应用程序开发转移到SOA方法的非常早期阶段。在这篇关于SOA的文章中，吸引我注意的事情之一是：

斯蒂维的谷歌平台咆哮

“如果您有数百个服务，并且您的代码必须通过这些服务与其他组的代码通信，那么如果没有服务发现机制，您将无法找到其中的任何一个。”

我可以看到我们创建了许多服务，因为我们为业务提供了非常广泛的服务，因此服务存储库/发现将是非常重要的。

我还注意到这段引用自David Linthicum关于MSDN的文章：

第1章:面向服务的体系结构(SOA)

SOA可以通过Web服务实现，但实现SOA不一定需要Web服务

我不确定是否希望每个服务的端点都可以作为web服务使用，其中一些端点可能是Windows服务，甚至是在半夜运行几秒钟的简单控制台应用程序。

在SOA中，是否反对将服务存储库/发现建立在端点将实现的实际接口上？我正在考虑某种方法来搜索DLL库(这里我们是100%的.NET )，并且能够快速查看合同，还可以看到我们编写的合同的任何具体实现，以及开发人员对每个契约的说明。这种方法会随着时间的推移而产生问题吗?我们会实现更多的服务，而整个事情会变得更大吗？

Answer 1

将服务目录“服务”作为一个项目。这是可以检索可用服务列表的地方，您可以管理哪些服务可用于哪种类型的使用者(内部、外部、计量)。

如果您在Azure中有任何曝光率(您提到了.NET)，您可以使用为您做很多这方面的工作。https://azure.microsoft.com/en-us/services/api-management/