本文主要是介绍体系化认识微服务之一：什么是微服务，希望对大家解决编程问题提供一定的参考价值，需要的开发者们随着小编来一起学习吧！
什么是微服务
微服务作为一种架构风格，是从单体应用演化过来的。微服务真正让大家关注源于Martin·Fowler的一篇博客Microservices，文章对微服务定义如下：
In short, the microservice architectural style is an approach to developing a single application as a suite of small services, each running in its own process and communicating with lightweight mechanisms, often an HTTP resource API. These services are built around business capabilities and independently deployable by fully automated deployment machinery. There is a bare minimum of centralized management of these services, which may be written in different programming languages and use different data storage technologies.
翻译过来就是说微服务是一种架构风格，这种架构风格具有一些特点：①独立进程；②轻量级通信机制；③围绕业务能力进行构建；④由一组小的服务组成
微服务的利与弊
| 利 | 弊 |
|---|---|
| 强模块化边界 | 分布式系统技术复杂性 |
| 独立部署 | 最终一致性 |
| 技术多样性 | 运维复杂性 |
| 提高开发效率 | 测试复杂性 |
微服务与SOA
说起这两者的异同，要从两者的架构风格说起，两者都是面向服务的架构，微服务是一组可独立部署、互不影响的服务；SOA是一组共享存储、通过企业总线交互的服务。
SOA由两个主要角色构成：服务消费者和服务提供者。服务消费者通过企业总线（ESB）调用服务提供者的服务。那么问题来了，什么是企业总线呢？
企业服务总线（ESB）是一种集成架构风格，它允许通过公共通信总线进行通信，该通信总线由提供者和消费者之间的各种点对点连接组成。简而言之就是说消费者调用提供者是通过点对点的连接完成的。
SOA架构通常是这样的：
微服务也是一种面向服务的架构：每个服务可独立构建部署，如果某个服务发生异常，也只会影响那台服务器的调用而不会影响其他机器的服务正常提供服务。
微服务架构通常是这样的：
通过两者的架构可以看到，SOA的ESB可能会成为单点，并且如果一个调用很慢就会阻塞其他调用，在调用量很大的时候这个影响是致命的。还有一点，SOA是共享存储的，微服务是独立存储。共享存储好处当然是维护简单，数据可重复利用，弊端是如果存储挂了，影响的是全部服务，比如慢查就是很好的例子。而且从模块拆分的角度，不同的服务应该就是不同的存储，服务独立——>存储独立——>风险隔离。
我的公众号开通啦，欢迎关注^_^
这篇关于体系化认识微服务之一：什么是微服务的文章就介绍到这儿，希望我们推荐的文章对编程师们有所帮助！
