这是Ketan Parmar发表的Microservice Architecture - A Quick Guide。
什么是软件架构?
软件架构是一个系统的基本组织,体现在系统的各个组件(如web服务器,应用服务器,数据库,存储,通信等),组件之间的关系,以及系统的外部环境(如发布环境,共享服务器,专用服务器,云发布等)。 还包括指导系统设计和演化的原理。
什么是微服务软件架构?
微服务就是开发一个单纯的,小型的,有意义的功能作为一个单一服务。每个服务都有自己的进程,通过轻量级的协议进行通信,发布在一个或者多个服务器上。
微服务架构的好处
- 每个微服务都是一个小的,专注实现一个特定功能或商务需求的服务
- 微服务可以由一个小的开发组独立的发布(一般2到5个开发者)
- 微服务松耦合,这意味着服务之间可以独立的开发和部署
- 微服务可以由不同的开发语言开发
- 微服务允许持续集成工具容易且灵活的自动集成部署(如Jenkins, Hudson, bamboo 等).
- 新的团队成员可以很快融入到开发中
- 微服务易于理解, 开发人员容易修改和维护, 这是因为这种架构下服务之间的代码都是独立的,团队很小,目标明确
- 微服务允许你充分采用最新的技术(框架,编程语言,编程实践等)
- 微服务仅包含商业逻辑代码,不会混合HTML, CSS等其它UI组件
- 规模扩大时微服务很容易扩展
- 微服务可以部署在中低档的服务区上
- 易于继承第三方的服务
- 每个微服务都有自己的存储能力。但这一点依赖你的需求, 微服务也可以使用同一的数据库如Mysql, Oracle
微服务的不足
- 微服务可能带来过多的操作
- 要求要有DevOps技能
- 可能会有重复的工作
- 分布式系统管理起来相对复杂
- 由于分布式部署的问题分析问题比较困难
- 当服务很多的时候管理整个系统就很麻烦
微服务适合什么样的需求?
当你需要支持跨屏的应用(比如桌面,web,手机,智能电视,可穿戴设备或者未来你不知道的情况)。
(译者按:微服务岂止这些?当你的应用规模急速扩大时,需要将已有的架构进行重构,减少系统组件的紧耦合,就可以考虑微服务的架构)
哪些公司使用了微服务的架构
很多规模很大的物联网公司都采用了微服务的架构,如Twitter, Netflix, Amazon, eBay, 国内的大型互联网公司如淘宝等,都从最初的铁板一块,组件都整体糅合在一起架构演化成微服务的架构。
(译者按:据公开的资料, 07年淘宝开始走向服务化)
微服务之间如何通信
如何实现依赖你的需求。一般开发人员会使用HTTP/REST + JSON或Protobuf,但是法无定式,有很多的选择。
为何现在人人都在谈论微服务?
SOA的概念都有15年了,随着RESTful的web服务的流行和更便利的JSON格式的广泛采用, 创建可以互相调用服务更加的容易和快捷。
幻灯片
http://www.infoq.com/presentations/Micro-Services
视频
(youtube,需要翻墙)
图片:Monolithic vs Modular vs SOA
补充:更多的阅读资料
- http://martinfowler.com/articles/microservices.html : James Lewis & Martin Fowler关于微服务的介绍,发表于2014年
- http://www.infoq.com/cn/news/2014/07/microservice-learning-resources :infoq的郭蕾整理的微服务的资料,很多有价值的资料
- http://yobriefca.se/blog/2013/04/28/micro-service-architecture/ : James Hughes 2013年的关于微服务架构的介绍
- https://www.safaribooksonline.com/library/view/building-microservices/9781491950340/ :Oreilly的关于微服务实践的电子书
- http://microservices.io/patterns/microservices.html : 居然建立了关于微服务架构的网站
- http://www.infoq.com/articles/microservices-intro#anch114964
- http://www.infoq.com/cn/news/2015/04/single-app-micro-service:单体应用与微服务优缺点辨析