微服务的概念
微服务架构是一种架构概念，旨在通过将功能分解到各个离散的服务中以实现对解决方案的解耦。它的主要作用是将功能分解到离散的各个服务当中，从而降低系统的耦合性，并提供更加灵活的服务支持。
2. 微服务的历史
说到微服务，就要说说这个老头，他是一个英国人，叫做Martin Fowler，后面移居了美国。 虽然他不是微服务概念的最早提出者，不过很多人都是通过他和James Lewis的文章了解微服务的概念。
这是他2014年发布的文章 martinfowler.com/articles/mi…
而微服务最早的提出是2012年，是这个家伙说的，就是上面和Martin Flower合作出了文章的James Lewis。 James Lewis是ThoughtWorks的首席顾问，也是技术顾问委员会的成员。
俺寻思这人也是个神人，为了写这篇文章，就用谷歌和维基搜了一下，谁知道他这么没有牌面，只有推特以及上面那篇文章找到一个头像及简介。
3. 传统架构与微服务架构的区别
开发模式
在传统的开发模式中，我们将所有功能打在一个 WAR 包内，基于三层架构和 MVC 来对应用进行解耦，并部署在一个 JavaEE 容器中。我们可以方便的对其进行集中式管理，与微服务架构相比，因为所有功能都在本地，所以功能间没有通信的问题。
单体架构
微服务架构
我们可以看出，微服务架构通过将复杂单体应用进行细粒度的拆分，可以分别部署成不同的服务。再将功能模块解耦后，不仅可以降低单独服务器的压力，因为都是独立拆分出来的服务，也能实现独立部署独立开发。
这样的好处显而易见，拆分后的服务交给不同团队独立维护，进行分布式管理，彼此间不需要太多的顾忌，这样能让我们实现更方便的代码维护工作，同时开发时放心使用新的技术，而不必担心因为一个服务的故障使整个应用无法使用。
4. 微服务的实践
客户端如何访问这些服务
每个服务之间如何通信
同步调用
- REST（JAX-RS，Spring Boot）
- RPC（Thrift, Dubbo）
异步消息调用
- Kafka
- Notify
- MessageQueue
如何实现？
基于客户端的服务注册与发现
优点是架构简单，扩展灵活，只对服务注册器依赖。缺点是客户端要维护所有调用服务的地址，有技术难度，一般大公司都有成熟的内部框架支持，比如 Dubbo
基于服务端的服务注册与发现
优点是简单，所有服务对于前台调用方透明，一般在小公司在云服务上部署的应用采用的比较多。
这是一个Spring Cloud Netflix 的 demo
正文到此结束
热门推荐
相关文章
近期评论
-
文章和留言都翻到11页了 没有OOM
-
-
朋友，翻页到11页，及以后，会出现OOM，无法访问
-
-
搞个gitee的项目
-
-
版本号是多少，你可以下载哪个代码仓库，jdk选1.8 直接跑就行
-
-
-
Loading...
![[HBLOG]公众号](https://www.liuhaihua.cn/img/qrcode_gzh.jpg)
