想使用微服务框架来构建项目，如何操作呢？

[MrMike]

最近在考虑将项目拆分成一个个小模块，运行在 docker 里面，每个模块之间用 restful 的方式来通信，所以在考虑使用微服务的框架。

目前的项目主要用 php 开发的，前两天了解了下 sprin cloud，看到一篇文章说是只能运行 java 的项目，所以就没继续了。

对微服务了解不深，所以请问下有这方面经验的朋友，该如何选择呢？

[q397064399]

@amon #56
妖魔化？ 老铁，服务之间的调用 通信，需要解决的问题多的很，这些在单体服务中不存在的问题
不是上面一堆人说的一个 restful 请求就能描述清楚的

[est]

一般说微服务就是 rpc 没的跑。基本等价于 grpc。

[qdcanyun]

微服务，调用链分析，服务发现，限流，熔断，负载均衡了解下。
先尝试解耦你的 monolith 项目，如果 monolith 里的各个模块做不好单一职责，微服务照样也设计不好单一职责。
先搞定单一职责，然后根据业务分组部署，快速部署，然后垂直拆分，最后再考虑服务化。

「团队的技术水平不一样」问题，靠修订招人标准来解决，小团队除非是大牛，否则尽量招技术栈接近的人然后在一个技术栈上快速跑起来
「现在的单一系统，修改一个问题，可能会涉及到很多模块的应用，数据库之间的关联性又特别强，有时候修改完后，测试员不够的情况下，没检查仔细，部署上去，就出问题了。」
单一职责解耦，Code Review，自己写测试，灰度发布，蓝绿部署，多靠可具体执行的系统方案来解决问题，不要依靠人来解决稳定性。（测试员是什么鬼。。。。

[MrMike]

@qdcanyun 非常感谢。

[cenphoenix]

怎么现在貌似动不动就说要上微服务，真有那么大的访问量用得上微服务吗。

[rim99]

@MrMike protobuf 可以考虑一下