近兩年來，中臺在國內技術圈子裡的火爆程度，已經不亞於當年的敏捷開發了。幾乎在任何一個和技術架構相關的論壇中，話題都會涉及到中臺。但為什麼很多互聯網公司構建中臺都取得了成功，而不少傳統企業在構建和規劃中臺的過程中卻會碰到各種問題呢？
眾所周知，幾乎所有成規模的互聯網公司，都有極為豐富的產品線和功能模塊，以及在不同產品或功能模塊中產生的海量數據。互聯網公司在設計“中臺”戰略時，是希望其能夠解決企業級能力在其不同的產品和功能模塊中的複用問題，以及打破相互之間的數據壁壘。相應的，典型的中臺也就大致分為業務中臺和數據中臺兩類，並分別承擔不同的職責。
但傳統企業的信息化系統，是否有這樣的問題亟待解決呢？或者換個說法，具備下面至少一點特徵的傳統企業，才是有可能需要“中臺”的：
1.企業要具備一定規模，信息化建設達到了一定水平，應用系統較多，且有海量的數據積累；
2.企業內部有多條業務線或多級組織架構，而各個業務單元或各級組織的系統中，存在很多重複建設的功能模塊；
3.企業的前端業務需要不斷響應用戶需求，持續創新、快速迭代，並與後端支撐系統的衝突正在日益加劇。
對於不具備以上特徵的企業，盲目追求技術的“先進型”，強行構建中臺，重構和遷移現有系統，很可能會是一件得不償失的事情。這不僅僅在於高昂的成本換不來多少效益，而更重要的是，中臺能夠幫企業解決的問題太少，卻可能因為增加了系統的複雜性，而多了很多開發和運維成本。
此外，中臺的作用是面向前臺提供企業基礎服務能力，但中臺的核心卻不僅僅是能力組件的堆砌，而是通過一系列技術思想和工具，來支持前臺小成本地快速創新，這包括：
1.容器和虛擬機：能夠讓整個中臺有一個好的基礎設施層支撐，從而能夠快速地進行應用的部署和交付；
2.微服務：包括微服務框架能力以及微服務治理能力，這可以看作是中臺的基礎；
3.組件服務：中臺需要的不是簡單的各類技術能力組件的堆砌，而是需要提供完整的組件配置與管理能力，這樣才能真正促進各類業務和數據能力的高效、安全的調用；
4.DevOps：微服務架構幫助我們以一種細顆粒度的方式開發、測試和發佈服務，而DevOps提倡小規模和小批量的持續集成和持續部署，兩者相輔相成的，極大地簡化了軟件的持續交付和部署工作。
最後要說的是，中臺除了代表一種技術架構，在更高的企業管理層面，同時也對企業的戰略或組織架構提出了新的要求。如果傳統企業沒有與中臺戰略相匹配的管理理念和組織架構層面的調整，那麼微服務與DevOps也是無法順利推進下去的，中臺戰略很可能會名存實亡。
創作不易，歡迎朋友們關注、評論、轉發。如商業轉載或其它，請聯繫：keji5u（科技無憂訂閱號）
閱讀更多 科技無憂 的文章
