微服务架构与实践中微服务架构是由一组微服务组成的架构模式。每一个微服务都是一个可以独立完成的完整系统。一组微服务系统可以组成微服务层。而微服务层上面一般都是应用层,应用层可以通过组合使用为服务层的各个微服务而向外提供接口。
微服务架构与实践中的微服务一般是按照业务功能来进行拆分的,可以将关联性较强的业务拆成一个微服务,例如订单服务等。具体来说就是可以根据业务实体名词来进行拆分,比如说:订单、用户和下载等。
我们微服务架构与实践采用的是服务集成则打破了数据集成模式,不在使用以前的数据为中心的集成系统。我们呢可以用两个微服务来重新设计上面的交易系统和短信通知系统。两个微服务就是:用户微服务,就是主要负责对信息进行管理;订单微服务,负责对订单信息进行管理。这样的话,那么用户数据状态的变化和订单的数据状态变化就是不再受控于交易系统和短信通知系统,而只是由用户微服务和订单微服务控制。
但是一般情况下我们应该尽量避免微服务直接调用另外一个微服务,尤其是不能够两个微服务相互调用,如果存在两个微服务相互调用得情景,那么我们就应该慎重衡量是否拆分的合理。当然我们微服务架构的发生就表明我们还是有一定的优点的。比如我们每个微服务功能是非常简单的,代码量也是不多的,新手很容易上手。