微服务

微服务架构发展

• 微服务这个概念最早是在2011年5月威尼斯的一个软件架构会议上讨论提出的，用于描述一些作为通用架构风格的设计原则；
• 2012年3月在波兰举行的Degree Conference大会，james lewis做演讲，讨论了微服务一些原则与特征，如单一职责、康威定律，自动扩展，DDD等；
• 微服务架构则是2012年的一次技术大会Fred George提出的，演讲如何拆分服务以及利用MQ进行服务解耦；这是微服务雏形；
• Martin Fowler在2014年发表微服务文章
• 2016年4月 LightBend公司创始人，akka的作者jonas发布响应式微服务架构；

发展趋势

单体架构

单体架构开发和维护简单，我们单体的spring boot项目使用到tomcat服务器、访问数据库等就是单体架构；

垂直架构

单体架构业务耦合度高，于是部署多个系统解耦，如用户、订单、商品子系统；

通过nginx负载均衡来调度；

SOA架构

为了提高复用性，又采用了SOA架构，通过抽象服务来实现功能复用；用户系统的服务可由多个子系统提供；

微服务架构

在SOA架构思想上提炼，服务治理和交付链不断完善

优点

独立开发 – 所有微服务都可以根据各自的功能轻松开发

独立部署 – 基于其服务，可以在任何应用程序中单独部署它们

故障隔离 – 即使应用程序的一项服务不起作用，系统仍可继续运行

混合技术堆栈 – 可以使用不同的语言和技术来构建同一应用程序的不同服务

粒度缩放 – 单个组件可根据需要进行缩放，无需将所有组件缩放在一起

常见概念

服务治理

服务治理就是服务的自动化管理，最核心就是服务的自动注册和发现

服务调用

微服务架构，常需要进行服务间的远程调用；

主流的有基于Http的Restful接口，基于TCP的rpc协议；

服务网关

随着服务的不断增多，不同的微服务有不同的网络地址，外部客户端可能需要调用很多个服务接口才能完成一个业务需求，如果让客户端直接与各个服务通信可能会出现问题：

每个微服务需要单独的身份权限认证；

在一定的场景下，存在跨域问题；

服务容错

微服务中，一个请求通常需要调用多个服务，如果调用链中的服务出现问题，那么其他的服务也会受到影响，我们不能避免发送，能做的是在出现问题时容错；

链路追踪

一次请求跨越多个服务，我们需要对一条请求的服务链进行链路追踪，记录日志，监控性能；