如何将传统业务拆分为微服务？

对于一般的公司而言，实践微服务有非常大的技术挑战，所以并不是所有的公司都适合将单体架构拆分成微服务架构。一般来说，微服务架构比较适合未来有一定的扩展复杂度，且有很大用户增量预期的应用，例如一些新兴的互联网公司应用。这些公司在创业初期，不可能买大量的或很贵的机器，但是又必须考虑应对成功后巨量的用户问题，这时微服务架构就成了最好的选择。除此之外，对于那些项目规模较大、业务复杂度较高，且需要长期跟进的项目，也适合考虑使用微服务架构。

在决定使用微服务架构后，所面临的另一个问题就是如何将系统拆分为微服务。对于微服务的拆分，可以参考如下几点建议。

·通过业务功能分解并定义与业务功能相对应的服务。

·将域驱动设计分解为多个子域。

·按照动词或用例分解，并定义负责特定操作的服务，例如一个负责完成订单的航运服务。

·通过定义一个对给定类型的实体或资源的所有操作负责的服务来分解名词或资源，例如一个负责管理用户账户的账户服务。

由于每个公司项的实际情况不同，所以微服务的拆分在实际操作时，会涉及到很多不同的细节问题，这里就不一一描述了，但总体来说，项目在拆分时按照上述几点建议即可。