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

[zhuzhibin]

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

[boris1993]

今天刚听前辈谈了下微服务，说下我的理解

拿商城举例，传统架构是把商城作为一个整体看待，简单来讲就是一个 war 包部署进一个 tomcat 示例

微服务则是把应用按照功能，拆分成较小的，可以独立运行的模块，比如拆分成用户、登录、下单、搜索等几部分，模块之间用 HTTP 或 RPC 协议通信

[ferock]

各种名词只是新瓶装旧酒。有一些公司 boss 喜欢搞的自己很高大上，于是就喜欢吹嘘这些名词，举个例子…生态化反…


囧 rz …

[hilbertz]

原来 1 个人干的活，变成 10 个人干的活

[lynskylate]

不同人看微服务都不一样吧。在我看来，微服务以服务为基础单元，配以 rpc 为核心的一系列中间件进行开发的一种方式。
主要是传统的单体架构应用在面对用户增长时难以进行横向扩容，应用局部存在性能问题，却只能扩容整体。
单体架构在进行开发新功能时也会造成整体代码的腐化，包括难以测试，难以维护。

对于小公司来说微不微服务没啥必要，能用最重要。

[akira]

面向对象会吧 类比一个个对象更合适

[just1]

把一体机变成可以自由装配的台式机

[a123321456b]

性能不够怎么办 加服务器配置
还不够怎么办 每个服务器少做点事 几个服务器拼起来组成整个系统

[Luckyray]

简单说就是模块化

[ferock]

@Luckyray +1，但是却非要换个名字，深入说，就是怎么做好模块化。

[no13bus]

首先你需要区分单体服务，微服务，soa 服务这几个

[rogwan]

用企业部门打比方，传统组织机构是研发 销售 行政部这样，微服务是各种 CXO。

[zhuzhibin]

@boris1993 咋听起来 类似分离模块咯？然后 模块之间通过中间件通信 谢谢哈-

[zhuzhibin]

@lynskylate 哈哈 的确是 如果这么理解 前后端的分离 算是模块化么

[zhuzhibin]

@rogwan 嗯嗯 懂了:-) 所以大公司 大项目都在跨部门合作么

[zhuzhibin]

@no13bus 1 我会去 wiki 一下这几个概念

[lhx2008]

细粒度服务（不是一个公司一个大 jar 包），自动化流程（测试，发布，扩展等），完整的基础设施（配置中心，路由，熔断器，服务治理，链路监控，网关），轻量级服务通信（ rpc，restful ），和服务数量相对应的开发人员（公司就几个人拆服务没意义）

[zhuzhibin]

@lhx2008 👍

[opengps]

可以理解成单元，微服务就是把系统的拆分单元化，这样将来需要扩容时候，可以轻松知道只需要扩容哪个或者哪几个单元。
举例说：某系统从 100 用户涨到 100000 用户，可能只是某个核心内容节点的读取量上升，那么其实只需要将这个读取内容的单元做负载均衡扩容

[opengps]

微服务，云架构，都是给将来访问量增加所打下的基础，合理的设计，面对范文压力将来不用推到重新做

[txwd]

上面的大神说得那么专业，说一下我的理解：就是把功能或模块部署一套或多套，再通过网关串起来。这东西开发成本和维护成本很高，要看场景用。仅是我的理解。