如何划分微服务

原文地址： https://itweknow.cn/detail?id=51 ,欢迎大家访问。

我们已经大概知道了微服务是什么东西了，如果你还不知道的话，可以点这里。这篇文章就主要了解一下怎么去划分微服务，确定服务边界。首先这里先介绍几个概念。

• 松耦合
  就是服务与服务之间的影响要尽量减少，想象一下如果如果服务之间做到了松耦合，那么就意味着修改一个服务就不需要修改另一个服务。这一点对与实现微服务来说是很重要的。
• 高内聚
  我们需要将相关的行为收集在一起，避免修改一个功能需要修改多个服务才能实现。
• 限界上下文
  任何一个给定的领域都包含多个界限上下文，每个界限上下文都中的东西都分为两个部分，一部分不需要与外部通信，另外一部分则需要、每个上下文都有明确的接口，该接口决定了它会暴露哪些模型给其他上下文。

一个例子

 现在有一家面向C端用户的公司，有自己的用户服务和财务服务。那么这两个服务其实就是两个单独的限界上下文。都会提供一些对外的接口（用户信息，会员，支付等），当然也会有一些东西在内部被消化（用户操作记录，支付过程等）。

共享数据模型

财务系统在核对会员费的过程中可能需要用户系统中的会员信息，所以这个时候会员模型就成了两个上下文的共享数据模型了。但是实际上用户系统不会将会员的所有信息都共享给财务系统，比如说用户密码性别这些可能就不会共享出去。也就是每个数据模型都