1樓：筆直的彎豆
1、是為了解決開發難度的問題
2、是為了解決更新異常，導致原功能失效的問題。
無論是哪個方案，最重要的是。你要解決的問題，跟你的要付出的資源，是怎樣的數學關係。
原則上來說，你說的都不是問題。
問題是值不值得投入這麼多錢解決。或者是投入多少錢，把問題解決到什麼程度，是成本最優的。
2樓：時間哥
這種企業系統互聯關係的系統，有的就是企業匯流排系統，主要就是解決企業資訊化各系統之間的互聯互通和管理的問題。
但是企業匯流排實施起來也是比較複雜。
我覺得複雜在兩個方面
1、設計規劃的複雜，在企業業務鏈規劃的基礎上，如何讓業務實現跨系統、多系統的互聯互通，互控互享設計規劃好系統介面模式十分重要，這既要考慮到現有業務的實現也要考慮未來業務的變化。
2、技術複雜性，各系統之間的技術方式是不同的如何實現系統間介面與匯流排對接，匯流排系統的擴充能力尤為複雜。
進入到這個層級的資訊化可以說已經有更高的要求，明確的目標，逐步實現是穩妥的辦法，不要急於快速實現。
其實人為管理，總結經驗，不斷擴充匯流排是最理想的路徑。
3樓：
可以使用租賃雲平台實現，元件化模組實現，統一介面，訊息，通訊中介軟體引擎，流程中介軟體，報表中介軟體支援各種自定義。當然也可以私有化部署，如果有需求聯絡我
4樓：比企谷八幡
螃妖，看題主描述，應該有一定技術能力的大企業，痛點有兩個
a) 介面更新，導致一連串的專案檢查是否需要修改或者同步更新
b) 搞不清楚系統之間的依賴關係
首先，在乙個稍微有點規模的、有技術能力的企業裡面，最好可以規範互相之間的介面呼叫方式。比如只允許gRPC、thrift、Http，部分自定義的TCP也可以容忍。然後開發這些通用輪子的外掛程式，在外掛程式上解決痛點。
針對a：
在介面定義裡新增版本號
比如http的可以在url上加乙個，gRPC、Thrift、wsdl就直接加個version欄位，按version調底層；服務發現和匯流排那種，直接把version寫到註冊服務名上完事
好處是可以同時跑多個版本，其他組就不需要同步更新了（當然總會有懶人的）
壞處是需要更多的機器部署多版本服務
把介面做成高相容的
適合增加返回欄位的情況，某些限制的輪子支援這種向後相容
有些事情不是加字段能解決的...
給每個使用者分配userid是個好習慣
有條件的話，可以再加一些硬性規定：
兩個月發一次大版本，可以花式改介面，同時保留最近2到3個大版本的支援
每天都可以發小版本，盡量在乙個大版本內做到向後相容
每個專案管理好自己用的服務版本，服務公升級/下線的時候查一遍誰還在用舊版本，發個郵件通知負責人就好
針對b：
er-translation/
如果已經規範了介面呼叫方式，接入跟蹤就能摸到大致情況；沒規範或者輪子比較散亂，需要一點人力和時間做接入
從我個人過去的經歷來看，有上級老闆下命令，推行起來比較容易...
採集到版本和呼叫鏈，就可以做個管理系統啦（大概叫「資料庫」貼切些
有沒有適合企業內部發起的輕量化測評？
AskForm人才測評雲平台 企業規模越大，人才測評越有其必要性，所謂 輕量化 一般有MBTI職業性格測試，九型人格測試這種性格和職業測試。但從企業人才梯隊建設的角度來說，基於多角度多維度的360度評估所得結果更加具有參考價值。360度考核系統，顧名思義是打破自上而下的單一考核方式，從自己 上級 下...
企業內部培訓如何進行？
鹽選推薦 最優秀的老師已經為你工作？請他們做老師！2011 年，美國公司在學習專案上的投入為 156200000000 美元，1 乙個令人咋舌的數字。有 135 個國家的 GDP 都低於這個數字。其中大約有一半的錢投入到公司自行組織的專案中，另外一半投入到外包培訓中。員工平均每年要接受 31 小時的...
求推薦企業內部培訓的app？
採貝HR 可以試試採貝一站式移動學習平台哦。除了你想要的那些功能之外，覆蓋了線上線下培訓中 評 學 練 考 管 等五大應用場景。解放人力，讓培訓更輕鬆，更高效。2020年9月4日，深圳市人力資源和社會保障局發布 關於公布2020年度深圳市第一批企業員工適崗培訓線上培訓平台名單的通知 採貝成功入圍深圳...