微服务

一、微服务

微服务提出者：https://martinfowler.com/articles/microservices.html

                        

就目前而言，对于微服务业界没有一个统一的、标准的定义。

但通常而言，微服务架构是一种架构模式或者说是一种架构风格，它提倡将单一应用划分成一组小的服务，每个服务

运行在其独立的自己的进程中，服务之间相互协调、互相配合，为用户提供最终价值。服务之间采用轻量级的通信机

制互相沟通(通常是基于HTTP的RESTful API)。每个服务都围绕着具体业务进行构建，并且能够被独立地部署到生产

环境、类生产环境等。另外应尽量避免统一的、集中式的服务管理机制，对具体的一个服务而言，应根据应用上下文

选择合适的语言、工具对其进行构建，可以有一个非常轻量级的集中式管理来协调这些服务，可以使用不同的语言来

编写服务，也可以使用不同的数据存储。

微服务化的核心就是将传统的一站式应用，根据业务拆分成一个一个的服务，彻底地去耦合，每个微服务提供单个业

务功能的服务，一个服务做一件事，从技术角度看就是一种小而独立的处理过程，类似进程概念，能够自行单独行动

或者销毁，拥有自己独立的数据库。

一个大型应用就是一个服务，将大型应用拆分成多个子项目或者工程来完成具体的功能业务，这一个个具体的子工程

就是微服务。

强调的是服务的大小，它关注的是某一个点，是具体解决某一个问题/提供落地对应服务的一个服务应用，侠义的看，

可以看作Eclipse里面的一个个微服务工程/或者Module。

优点：①每个服务足够内聚，足够小，代码容易理解，这样能聚焦一个指定的业务功能或业务需求

           ②开发简单、开发效率提高，一个服务可能就是专一地只干一件事。

           ③微服务能够被小团队单独开发，这个小团队是2到5人的开发人员组成。

           ④微服务是松耦合的，是有功能意义的服务，无论是在开发阶段或者部署阶段都是独立的。

           ⑤微服务能够使用不同的语言开发。

           ⑥易于和第三方集成，微服务允许容易且灵活的方法集成自动部署，通过持续集成工具，如Jenkins,Hudson,

              bamboo。

           ⑦微服务易于被一个开发人员理解，维修和维护，这样小团队能够更关注自己的工作成果。无需通过合作才能

              体现价值。

           ⑧微服务允许你融合最新技术。

           ⑨微服务只是业务逻辑代码，不会和HTML，CSS或者其他界面组件混合。

           ⑩每个微服务都有自己的存储能力，可以有自己的数据库，也可以有统一数据库。

缺点：①开发人员要处理分布式系统的复杂性

           ②多服务运维难度，随着服务的增加，运维的压力也在增大

           ③系统部署依赖

           ④服务间通信成本

           ⑤数据一致性

           ⑥系统集成测试

           ⑦ 性能监控

二、微服务架构

微服务架构是一种架构模式，它将单一应用程序划分成一组小的服务，服务之间互相协调、相互配合，为用户提供最

终价值。每个服务运行在其独立的进程中，服务于服务间采用轻量级的通讯机制互相协作(通常是基于HTTP协议的RE

STful API)。每个服务围绕着具体业务进行构建，并且能够被独立地部署到生产环境、类生产环境等。另外应尽量避免

统一的、集中式的管理机制，对具体的一个服务而言，应根据应用上下文，选择合适的语言、工具对其进行构建。

1.演绎

   

 

三、微服务架构

        Spring Cloud：

         阿里的Dubbo/HSF

         京东 JSF

         新浪微博Motan

         当当网DubboX

目前流行的以Spring Cloud和Dubbo为主。