【51CTO.com原创稿件】

​这几年，微办事架构这个术语渐成热点词汇，但它不是一个全新架构，更不是一个包治百病的架构。那么，微办事架构毕竟可以或许解决什愦问题，又带来哪些痛点？

微办事架构解决的问题与带来的痛点

上图是互联网典范的高可用架构，大年夜部分公司如不雅没有应用微办事，正在应用如许的架构：

• 用户端是浏览器 browser，APP 客户端

• 后端人口是高可用的 nginx 集群，用于做反向代劳

• 中心核心是高可用的 web-server 集群，研发工程师重要在这一层进行编码工作

• 后端存储是高可用的 db 集群，数据存储在这一层。更典范的公司，web-server 层是经由过程 DAO/ORM 等技巧来拜访数据库。

最初的架构都没有办事层，如许的架构会碰到如何的痛点？对于没有应用微办事架构的公司来说，要不要进级到微办事架构呢？

须要特别解释的是，MQ 只用来传递上游义务履行完成的消息，并不消于传递真正的输入输出数据。

58 同城和 58 到家的架构痛点

图五，SQL 质量得不到包管，营业之间互相影响。由营业方拼装的 SQL 语句调用方法，经由过程 ORM（对象关系映射）的办法生成 SQL 语句数据库，这个库是共用的，会影响所有的营业线。一旦某营业有慢 SQL 出现，其他营业就会受影响。

答复这个问题之前，先来看看您是否碰到和 58 同城及 58 到家类似的架构痛点：

微办事架构解耦利器-设备中间最佳实践