開源技術路線是不是不好用？有沒有什么解決辦法？

開源社區(qū)屬于松散組織結構，只有組成生態(tài)的大目標，但沒有為了特定需求，提供整體方案的驅動力。所以開源世界，重復造輪子，組件設計及技術缺陷問題會相對較多，對于問題修正及各項目釋放時間點，沒有統(tǒng)一規(guī)劃。例如SpringCloud社區(qū)，Netflix貢獻的API網(wǎng)關zuul 1.0問題較多，但Zuul 2.0 Netflix又遲遲不進行開源，SpringCloud又不得不推出了SpringCloud Gateway。導致一個網(wǎng)關有兩個技術路線。還有很多場景因為純技術框架設計思想，導致易用性不佳。

開源組件另外一個比較弱的地方就是在監(jiān)控運維上。不能運維的組件，等同于不可用。每個開源項目對于監(jiān)控運維關注度都不相同，或者提供非常簡單的監(jiān)控，或者幾乎沒有監(jiān)控，各個組件監(jiān)控風格各異，樣式不一，不具備應用到生產(chǎn)環(huán)境的能力。

東軟 SaCa ACAP與東軟SaCa Aclome BC無縫集成，可以完備的運行容器支撐，提供彈性，灰度發(fā)布，藍綠部署，優(yōu)雅啟停等功能支持。可以提供微服務從開發(fā)到落地全套方案的支持，并非簡單一個開發(fā)框架