微服務不足與改進

性能依賴於它人：

• 實現一個功能時候不免會跟其餘微服務進行交互，一交互就可能出現網絡延遲，內網雖然很快，可是也是有延遲的。
• 本身代碼遇到性能瓶頸，本身會想辦法去優化他，可是調用其餘微服務性能慢怎麼辦？要麼催人家去優化，要麼就忍着咯
• 對方服務掛了呢，那本身服務也就GG了?
• 改進：
  1. 該RPC吧，據說效率會快一些，
  2. 試着添加下緩存看看
  3. 若是掛了，豐富日誌能夠快速定位

數據獨立：

• 通常一個模塊一個微服務，一個微服務一個數據庫，這就形成不少數據靜靜躺在數據庫裏發揮不出他的價值，固然你能夠找人家要，但問題是有沒有這個接口是個問題，要是在涉及跨部門，那就難上難咯
• 改進：
  • 應該有專門部門或者小組專門備份這些數據，並將他們導入數據倉庫，而後作好分級，提供給專門人員使用

接口不能隨意動：

• 一旦接口放出去給別人調用，裏面返回值就不能改了，由於你永遠不知道誰在用，用了啥？換個大小寫引起服務罷工的慘啊也不是沒有碰見過

服務多了，運維難了

• 運行一段時間服務遷移到別的機器上，這內網地址一變，關聯服務都要變

---

感覺：

仍是那句老話，具體問題具體分析，雖然工做中習慣將一個系統拆成多個微服務而後進行分工，可是有時候也會將一些自身自成一系的，擴展少的系統採用單體程序實現。記住一個新理念或者新技術出來每每是爲了解決當下一些新的問題，而不是去代替什麼，因此微服務也好，單體程序也罷，都要評估後在下決定。

---

若是不知道送女神啥禮物,掃他 ↓↓↓↓

---

• 太忙沒時間挑禮物,或者不知道送什麼?
• 怕買到貴的,或者質量差的?
• 沒事,沒事,ag銀飾爲你解決全部麻煩.
• 本店主營銀飾,接受黃金,鑽戒定製.
• 本店保證,質量優良,價格實惠,童叟無欺,順豐包郵