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

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

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

4.不一样学校需求不一样，版本很难控制。由于项目是直接交付给一个个学校的，每一个学校均可能有本身的个性化需求，太多的微服务给咱们的版本控制带来灾难性的影响。

通过和团队成员商定，找机会从新整合微服务，将不少微服务整合到一块儿。

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