微处事是当前软件架构范围非常热门的词汇，在社区中也有很多热烈的讨论。因此，在 OSC 第 130 期妙手问答 中，我们策划的主题是“究竟什么才是微处事”，并邀请了黄勇作为妙手嘉宾。

黄勇 ，现任特赞公司 CTO，曾任阿里巴巴公司系统架构师。对微处事架构与大数据技术有深入研究，具有丰富的网站架构设计经验与项目打点经验，擅长敏捷开发模式。国内开源软件敦促者之一，活跃于“开源中国”社区网站，Smart 开源框架首创人，图书《架构探险：从零开始写Java Web框架》作者。热爱技术交流，乐于分享本身的事情经验与生活感悟。

微处事是近年来备受存眷的话题，它的呈现让我们想起了十年前的 SOA（Service-Oriented Architecture，面向处事架构），但它比传统的 SOA 更容易理解，也更容易实践，它将“面向处事”的思想做得越发彻底。

尤其是当国外的一些知名技术公司告成实践了微处事以后，这股高潮就吹遍了国内的大街小巷，我们也看到很多的项目使用了微处事，但实际上依然有不少伴侣对付微处事有着不少疑惑。

因此本篇文章，会介绍与微处事架构相关的一些根本观点、适用场景以及如何解决在实践中遇到的问题等内容。

一、与微处事相关的一些根基观点
我以前做过微处事，根基框架是 Spring MVC，微处事之间和微处事与平台之间的访谒是通过在 Zookeeper 上的 Dubbo 通讯的，请问这算是微处事吗？

其实微处事架构的范畴是相当广的，这些我认为只是微处事架构的一部分。稍后我也出一篇文章，将上周去 QCon 分享的微处事架构，给大家再次做一个介绍。

如何更好理解【微处事】这个“微”字。从设计之初，开发，部署，运维，监控，等有什么处所（基于你的过往历程）需要存眷的？

我认为「微」并非它的体积足够小，而是它的责任足够单一，很多人误解了「微」的真实含义，认为处事拆分得足够小就是微处事了，其实并非这样。别的，「微」还有“微不敷道”的意思，也就是说，某个处事呈现故障，它不会影响整个系统。

风闻微处事是个很大的观点，Dubbo 只是实现了此中一小部分，请问完善的微处事架构是什么样的？Spring Cloud 是否算是完善的微处事？

微处事架构的范畴对照大，Dubbo 和 Spring Cloud 都只是解决了微处事的一部分问题，并未完全笼罩。稍后我也出一篇文章，将上周去 QCon 分享的微处事架构，给大家再次做一个介绍。

如果漫衍式处事原来拆分的颗粒度就对照细，每一个模块都是独立的处事，可不成绩理解为相当于微处事？

微处事并非细粒度处事的组合，也就是说，粒度要细到什么水平，这取决于对业务成果的把控能力。别的，微处事是一种架构思想，包孕看得见的微处事，还包孕看不见的根本设施和自动化技术作为支撑。

请问微处事的核心系统是什么？是微处事的发明和组织吗？每个微处事很好做，如何把他们组合起来，有没有现成的系统可以参考？

我认为微处事的核心是：处事注册中心（Service Registry）与处事网关（Service Gateway），它们共同完成处事注册与处事发明。

将处事组合起来也成为“处事编排”，有多重做法，可以在处事网关中进行编排，也可以通过中间处事进行编排，我更倾向于后者，这样确保处事网关不包罗任何业务，越发轻量级。

微处事比普通架构需要多做那些事情？OpenStack 的架构设计属于什么类型？微处事是不是需要更多的运行资源？

微处事架构比传统架构越发依赖于对自动化运维的撑持。

OpenStack 是一款云计算平台，为云计算的 IaaS 层供给了解决方案。

在微处事架构中，需要相关的根本设施与很多独立运行的处事，我认为对对照传统架构而言，所消耗的硬件资源较高一些。但今后刻来看，硬件资源的本钱已经非常低了。

SOA、WebService、RESTful 这些观点有什么素质的区别。开发者泛泛使用的那些 AJAX、HTTP 接口（含 session 状态的）算得上 RESTful 接口吗？

RESTful 是一种架构气势派头，SOA 是一种架构思想，可以认为 RESTful 有助于 SOA 的落地化。

RESTful 一般应用在 HTTP 协议上，在前后端疏散架构中，前端通过 AJAX 技术发送 RESTful HTTP 请求到后端，获取后端 JSON 数据，并进行界面衬着。同样，RESTful 也用于微处事架构中，每个处事对外袒露 REST API 作为通信接口。

从什么角度能区分出或者划分微处事和 RPC 漫衍式之间的区别或者关系？