以微服务架构为基础的企业对企业（B2B）类型的集成项目不是一个好主意吗？
通过微服务，我们指的是通过松散耦合的接口（通常是REST）直接相互连接的自治服务。转储管道和智能端点。这种 lightweight 原则可以在大规模B2B集成中工作吗？还是这是更合理的SOA解决方案的地方？
例如，考虑爱沙尼亚的X-Road国家服务门户网站。
在他们的网页上，“ X-Road是一个开放源数据交换层解决方案，使组织可以通过Internet交换信息。X-Road是信息系统之间的集中管理的分布式集成层，提供了标准化的X-Road确保数据交换双方之间的机密性，完整性和互操作性。
如果我们忽略集中管理网关的法律要求，微服务方法将如何适应这种规模的集成项目？如果没有中央集成提供程序和定义良好的WSDL合同，最终会变得难以管理吗？另外，要考虑的重要事项是跨自治系统的身份管理和访问控制。
答案 0 :(得分：2)
X-Road是在爱沙尼亚数据交换层X-tee和芬兰的Suomi.fi数据交换层服务全国范围内使用的软件。 X-Road是国家服务门户（eesti.ee，suomi.fi）与各种数据源，注册表和信息系统之间的数据交换层。因此，X-Road和国家服务门户是两个不同的独立信息系统。
我认为，SOA和基于微服务的解决方案都必须有合同，即服务提供商和服务使用者之间的协议。两种方法的关键方面之一是能够彼此独立地部署服务。使用版本化和定义明确的合同可实现独立性。只要合同不变，就可以更改基础技术和服务的实现。
X-Road可用作基于SOA和微服务的解决方案的数据交换层。与直接点对点集成相比，X-Road实现了一组通用功能来支持和促进数据交换。 X-Road开箱即用提供以下功能：
当组织加入X-Road生态系统时，将使用由受信任的证书颁发机构（CA）颁发的证书来验证每个组织和技术入口点（Security Server）的身份。身份被集中维护，但是所有数据都直接在消费者和提供者之间交换。消息路由基于组织和服务级别标识符，这些标识符通过X-Road映射到服务的物理网络位置。有关数据交换的所有证据均由数据交换方存储在本地，并且没有第三方可以访问该数据。时间戳和数字签名共同保证了不可否认通过X-Road发送的数据。
此外，在X-Road上发布的每个服务都必须提供服务描述，当前是WSDL描述。但是，将在2019年提供本机REST支持，然后还将支持OpenAPI服务描述。
答案 1 :(得分：2)
不，微服务是构建B2B集成系统的绝对好和很酷的方法，因为它展示了构建此类系统时要具备的许多品质：