微服务和普通应用有啥不同( 三 )


继续以前面举的微博系统为例,可以进一步对内容模块的功能进行拆分,比如内容模块又包含了feed模块、评论模块和个人页模块。通过微服务化,将这三个模块变成三个独立的服务,每个服务依赖各自的资源,并独立部署在不同的服务池中,可以由不同的开发人员进行维护。当评论服务需求变更时,只需要修改评论业务相关的代码,并独立上线发布;而feed服务和个人页服务不需要变更,也不会受到发布可能带来的变更影响。
由此可见,微服务化给服务的发布和部署,以及服务的保障带来了诸多好处。
总结今天,我介绍了微服务的发展由来,它是由单体应用进化到服务化拆分部署,后期随着移动互联网规模的不断扩大,敏捷开发、持续交付、DevOps理论的发展和实践,以及基于Docker容器化技术的成熟,微服务架构开始流行,逐渐成为应用架构的未来演进方向。

总结来说,微服务架构是将复杂臃肿的单体应用进行细粒度的服务化拆分,每个拆分出来的服务各自独立打包部署,并交由小团队进行开发和运维,从而极大地提高了应用交付的周期,并被各大互联网公司所普遍采用。

戳此阅读完整文章:
01 | 到底什么是微服务?

■网友
抛下砖,欢迎拍打。
微服务是一种架构模式,其核心是将一个单体应用分成多个部分进行开发。所以微服务架构的应用程序,其本质上是一个分布式应用。基于微服务架构构建的应用程序,可以让业务变化更快,整体系统可靠性更高。
\t在开发层面,每个微服务的体量相对较小,业界的two pizza团队和“2周即可全部重写全部代码”等都可以作为微服务划分的参考。在开发时期,需注意服务接口的定义以与周边微服务进行配合,“基于契约”的开发方式是非常推荐的。
\t在部署层面,微服务组成的应用系统通常比较复杂,在一次性部署的时候,需要进行编排部署。
微服务的运维与传统应用相比,在原来的指标监控、日志收集之外还非常强调治理。其核心理念是在运行时期通过对线上系统的各种调整以达到系统整体健康度最佳的效果。

■网友
不同的服务,其本质原因是因为微信的专一性,专利性,每人只能实名注册一个号,实名认证的活人真事

■网友
微服务是一种web应用的架构模式,具体可以找相关资料了解下。
■网友
微服务是一种架构模式,
其核心是将一个单体应用分成多个部分进行开发。
所以微服务架构的应用程序,其本质上是一个分布式应用。
基于微服务架构构建的应用程序,
可以让业务变化更快,整体系统可靠性更高。

■网友
【微服务和普通应用有啥不同】 最近微服务挺火的呀,貌似好多公司都在做这个,期待它的进一步发展


推荐阅读