其实大家说的微服务到底是什么？

[zhuzhibin]

• 小白不太明白 如果要说理解 我只能简单类比于服务器的负载均衡
• 希望 V 站的老师们能各抒己见 谈谈自己的认知咯
• 纯粹是交流 以和为贵咯 嘻嘻 ：）可爱

[edgnoz]

对于绝大多数企业来讲，加个云啊微啊什么的，显得高大上

[willyang]

划分业务模块的思想吧

[opengps]

临时写了篇博客，《使用微服务和云架构应对系统扩容》 https://www.opengps.cn/Blog/View.aspx?id=279
结论:
微服务的价值：在于将来访问量上升时，精准调控某一个瓶颈点的功能，主要属于开发层面的储备
云架构的价值：在于访问量上升时，直接增加服务器数量扩大系统承载阈值，主要属于运维层面的储备

[Cyanic]

解耦合从代码层面进化到业务功能模块层面，模块间采用 rpc 通信，这是我的个人理解

[HuasLeung]

“分而治之”

[huijiewei]

微服务容易扩容

看你项目决定

[hoyixi]

SOA 老调新弹

[zzl22100048]

小而自治，单一职责

[wc951]

去中心化 soa

[limuyan44]

就是功能拆分。。

[hsuehsen]

1. 原生支持高可用、集群（分布式）、高并发，可根据流量水平扩展

2. 服务拆分，说白了就是解耦
服务之间通过接口的方式提供服务，所以开发、维护成本低。因为就是开发全新的一个子系统，没有历史负担，可以根据团队技术栈，选择全新的语言与开发框架

3. 网关作为入口，可做限流、授权（ api 级别）、分发等，共性的可以都放在网关，容易维护

很多人都说小公司用不用微服务无所谓。只是我的观点恰恰相反，小公司更应该用微服务，因为只要一开始框架搭好，原生就支持高可用、高并发——这就可以省很多事情。
在公司业务扩展的时候，选择技术方案与招人，也可以灵活很多；不需要特定的技术栈