適用於發展中的大中型公司且有多條產品線，這樣才能更好的復用，避免做了很多沒用的，造成資源浪費。
避免重複建設，讓系統盡量抽象，可配置，不依賴具體的業務，這樣有新的產品線成立可快速接入。
1. 歷史的資料的遷移
在抽象需求的時候要考慮歷史資料的相容，後期好做遷移。對於不需要的點要盡量精簡，避免做的太複雜，業務不願意用。
2. 推動業務使用
最好停掉就系統的更新，不然新的中颱服務沒意義。
3. 邊界的劃分
要做通用的設計，而不是給哪個產品線做需求。那麼就要考慮哪些屬於業務的？哪些屬於中臺需要的？
有爭議的地方要盡量協商，避免支援不到位業務有怨言，或者中颱做了太多的業務需求導致不能很好的復用。
業務中臺建設與應用 資料中臺建設是氣象業務的基石
早就想聊聊這個話題，感覺說多重要都不過分！按理說我們氣象部門的資料儲存 處理和應用相比其他行業具有先天優勢，無論觀測還是預報，每天能夠產生海量資料，並且有規範的資料格式和先進的資料儲存裝置。可這麼多的資料，大都是死資料，並沒 有充分用起來，或者利用率很低，根本沒有發揮出氣象大資料的應有價值。我覺得之...
資料安全中臺建設思路
隨著中臺建設理念不斷深入，各種 中颱 概念不斷進入人們視野，複雜化應用架構和多元化應用場景孕育出 中臺 業務中颱的興起，逐步帶動 安全中臺 發展。安全中臺發展包括以網路為中心傳統安全防護中颱和以資料為中心資料安全中臺 目前有多家安全廠商涵蓋網路和資料，但更加強調網路側 本篇文章主要是以資料為中心的安...
中心台站建設
中心台站建設 最小支配集 為了方便，我們先對每個點建自環。那麼。對於每個點u，一定有一條或多條 u,v 滿足點v是建基站的。我們可以從小到大列舉v是否有基站。函式原型和之前一樣。void dfs int u,int now 1.如果v本來就有基站，那麼 dfs u 1,now 搜尋下乙個點。2.如果...