重新思考，微服务的落地，从BFF聊起

前言

微服务目前已经是我们耳濡目染的的技术类知识了。盲目的使用微服务不仅会带来巨大的任务量，还会导致业务失败。

从一个业务开始

不知道从什么时候开始，大家都在聊微服务，比如阿里的dobule,grpc,thift，啥的，一堆。感觉一个公司，不上微服务就不行了。特别是在领导层面上，开始指引大家上微服务，要拆分，解耦，微服务化，随之带来的一堆问题就开始了。

公司业务量不够，人员不够，别上微服务

在微服务的不断开发中，我们发现了很多的故事。

1. 我们要上K8S管理服务费，带来新的人员和配置开销

2. 我们需要分布式，注册中心，PB消息生成

3. 服务直接的数据需要相互冗余，调用。

4. 在服务之外需要做BFF

5. 运维人员工作量增加，在BFF之后，链路追踪开始启用

6. 测试人员工作量增加，主要是不好测试，因为BFF之后接口访问的是哪个服务，需要多方面查看调用

7. 限于公司的环境，人员配置，设施配置等等，无法支持到位。干了很多活儿，依然搞不动。

总结

微服务看似高大上，实际上小公司用微服务就是找死。人员开销增加，设备配置增加，业务也跟不上来。玩完！学习可以，但是，没有这个环境，别去搞啊！

参考

https://www.bilibili.com/video/BV1eP4y1C7xJ/?spm_id_from=333.337.top_right_bar_window_history.content.click