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

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

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

東軟 SaCa ACAP與東軟SaCa Aclome BC無縫集成，可以完備的運行容器支撐，提供彈性，灰度發布，藍綠部署，優雅啟停等功能支持?？梢蕴峁┪⒎諒拈_發到落地全套方案的支持，并非簡單一個開發框架