微服務架構適合你所處的行業嗎

來到一家作教育行業的公司，要求使用互聯網流行的微服務框架。
我：能夠呀，B端公司都用微服務框架了

需求調研、設計、開發、測試一整套拳法打完，準備上線了。其中咱們將業務抽象出10多個微服務，好吧，去學校部署。問題很快就來了：
1.學校資源不足，特別是內存。學校信息中心的人說咱們的代碼是否是有內存泄漏，怎麼32G內存都不夠大家程序使用的。而後派技術人員去解釋微服務架構
2.給實施人員部署增長了不少工做量。每一個微服務都有本身的配置文件，實施人員沒有開發背景，不明白配置的做用，也容易誤配置。增長了不少實施難度和成本
3.性能和穩定性很差。微服務過多，學校的網絡又沒專人維護，好比出現掉包等網絡問題，致使微服務不穩定。過多的微服務之間的網絡調用，增長了響應時間等。

4.不一樣學校需求不一樣，版本很難控制。由於項目是直接交付給一個個學校的，每一個學校均可能有本身的個性化需求，太多的微服務給咱們的版本控制帶來災難性的影響。

通過和團隊成員商定，找機會從新整合微服務，將不少微服務整合到一塊兒。

結論：B端市場，特別是粒度比較細的B端市場，不合適微服務開發模式。選擇微服務新開發或重構項目的時候必定要考慮清楚，不然後面的坑真的很差填。