产品级微服务的八大原则精编.pptVIP

一、微服务概念 微服务的内部结构 资源(Resources) 作为由服务所暴露的应用协议以及表示域对象的消息之间的映射器。通常情况下，它们比较轻便，用于检查请求的完备性，并提供根据业务事务的输出来返回一个协议特定的响应。 域模型 几乎所有在域模型中的业务逻辑都代表了业务域。在这些对象中，服务跨越多个领域进行协调，而库作用于域实体的集合，而且往往持续性支持。 服务协作 如果一个服务需要另一服务进行协作，那么一些逻辑就需要与外部服务进行通信。网关打包域对象的请求和响应，封装消息并传递至远程服务。它可能会使用理解底层协议的客户机来处理请求-响应周期 域存储库 除了最简单的情况，或当一个服务作为聚合其他服务所拥有的资源的聚合器之外，微服务需要能够在几个请求之间储存域的对象。通常这是通过使用对象关系映射或使用满足持久性要求的复杂性的更轻便的数据映射器实现。 通常情况下，这个逻辑块被封装在一组由域存储库使用的专用对象中。 二、微服务的误区 一、数据驱动的迁移反模式 可以分割成粗粒度的数据和服务，然后再进一步的分割成更小的微服务和数据，你可能要频繁地进行服务调整：粒度太小，合并微服务；粒度太大，分割成更小的微服务。数据迁移要比源代码迁移更复杂，更容易出错，理想情况下只为微服务迁移数据一次。理解数据迁移的风险性是避免这种反模式的第一步。 二、超时反模式 服务不可用，服务消费者会在毫秒级的时间内得到