微服务架构适合你所处的行业吗

来到一家做教育行业的公司，要求使用互联网流行的微服务框架。
我：可以呀，B端公司都用微服务框架了

需求调研、设计、开发、测试一整套拳法打完，准备上线了。其中我们将业务抽象出10多个微服务，好吧，去学校部署。问题很快就来了：
1.学校资源不足，特别是内存。学校信息中心的人说我们的代码是不是有内存泄漏，怎么32G内存都不够你们程序使用的。然后派技术人员去解释微服务架构
2.给实施人员部署增加了很多工作量。每个微服务都有自己的配置文件，实施人员没有开发背景，不明白配置的作用，也容易误配置。增加了很多实施难度和成本
3.性能和稳定性不好。微服务过多，学校的网络又没专人维护，比如出现掉包等网络问题，导致微服务不稳定。过多的微服务之间的网络调用，增加了响应时间等。

4.不同学校需求不同，版本很难控制。因为项目是直接交付给一个个学校的，每个学校都可能有自己的个性化需求，太多的微服务给我们的版本控制带来灾难性的影响。

经过和团队成员商定，找机会重新整合微服务，将很多微服务整合到一起。

结论：B端市场，特别是粒度比较细的B端市场，不合适微服务开发模式。选择微服务新开发或重构项目的时候一定要考虑清楚，否则后面的坑真的不好填。

 

转载于:https://my.oschina.net/u/3049601/blog/3068876