微服务

微服务优点：

1.每个服务足够内聚，足够小，代码容易理解。这样能聚焦一个只当的业务功能或业务需求。

2.开发简单、开发效率提高，一个服务可能就是专业的只干一件事，微服务能够被小团队单独开发，这个小团队可以是2到5人的开发人员组成。

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

4.微服务能使用不同的语言开发。

5.易于和第三方集成，微服务运行容易且灵活的方式集成自动部署，通过持续集成工具，如Jenkins、Hudson、Bamboo。

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

7.微服务允许你利用融合最新技术。微服务只是业务逻辑的代码，不会和HTML/CSS或其他界面组件混合，即前后端分离。

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

微服务的缺点：开发人员要处理分布式系统的复杂性。

微服务的技术栈有哪些？

 

微服务中，首先肯定离不开服务开发、服务配置与管理、服务注册与发现、服务的调用、熔断器以及负载均衡等等，除此之外，还有服务的路由、监控、部署，还有可能涉及到一些中间件等等。

这些技术栈都有一些对应的落地技术实现，具体可以看一下下面这张图（图片可点开放大）：

为什么选择SpringCloud？

 

当前微服务架构，Dubbo和SpringCloud比较火，另外还有Thrift、gRPC等等，下面把这些做一个比较，即可看出SpringCloud的强大之处。由于图片比较长，我分了两张图。

在微服务架构的实施和落地过程中，通常我们会进行技术选型，很多人会拿阿里开源的Dubbo和Spring Cloud进行对比，实际上对比的是REST和RPC，其实Dubbo和Spring Cloud并不在同一领域，没有可比性。

Spring Cloud是一个完整的微服务解决方案，正如上面的表格中展现的，它提供分布式情况下的各种解决方案合集。而Dubbo是一款高性能的Java RPC框架。Spring Cloud生态和Dubbo生态随着技术的发展，会逐渐的融合互补。