資料中臺疊加微服務,可能是智慧型運維的方向吧

2021-10-06 20:30:55 字數 713 閱讀 2941

疫情期間**也去不了,便有了時間看看書、聽聽相關的線上直播。

阿里那本著名的《企業it架構轉型之道》裡講述了資料中颱的零零總總;後來也遇到替大企業做it諮詢服務的大拿,說起一些企業在建設上的投入,那真得是有資源、有決心才行。

比如cmdb,大家都知道完全部署好了很有用,但做得好的人家極少。而資料中臺,聽說招商銀行用了幾年,終於打通了它的資料,可以用唯一關鍵字串聯所有的業務、非業務資料。數百人的團隊、幾年的努力,現在資料中臺架構弄好了,傳統銀行終於可以像網際網路公司一樣,無論使用者有什麼操作,都事無鉅細記錄追蹤,然後... 使用者畫像、比民調還準確的使用者行為分析呼之欲出。

我所在的公司專注於智慧型運維管理軟體。

一開始的時候,特別關注於產品功能的研發。恨不得把想得到的對使用者有用的功能都放進去 (啊哈,有關謀劃產品,回頭再寫文章,雖然我並不負責產品,架不住想吐槽啊!)後來在甲方爸爸那裡專案做得多了,經驗攢得多了,才越來越覺得,「萬丈高樓平地起」 好的地基才是產品/專案能順利上生產環境的基本保障。

趁著這段疫情時間,公司調整了產品架構。有能力建設運維大資料中颱的企業,建議他們先建好中颱再場景,未來擴充起來事半功倍;比較小一點的企業,可以在現有資料基礎上先跑最重要的場景,再同時慢慢建起資料中臺。

於是,分層的夏洛克aiops架構圖現在長這樣了:

資料由數字運維中颱集中管理(類似集中監控),在應用層和決策層,可以多樣化地利用資料來擴充套件乙個個服務...

嗯,傳統企業的數位化也多了很多網際網路的先進氣息

中臺戰略 微服務 服務治理 組織架構

本文是對 企業it架構轉型之道 阿里巴巴中臺戰略思想與架構實戰 的讀書總結。不會涉及太多技術具體點,而是將本書的邏輯脈絡和結論梳理出來,方便大家閱讀 帶有個人理解,請批判性的閱讀 已經讀過該書或者在各種渠道了解中台後,本文可以幫忙梳理一下思路。沒有讀過該書或不了解中臺,本文可以作為讀書路線,不迷路。...

恕我直言,你可能誤解了微服務

隨著雲計算和容器技術的普及,網際網路it基礎設施已經發生了很大的變革,也推動了微服務技術的大量採用和落地。現在的技術人,不談微服務已經要跟不上形勢了。但是你真的對微服務有正確的理解嗎?要向微服務轉型,有哪些問題和挑戰擺在面前?如何撥開現代各種技術棧的迷霧看清微服務的發展趨勢,選擇最適合團隊的技術方向...

恕我直言,你可能誤解了微服務

隨著雲計算和容器技術的普及,網際網路it基礎設施已經發生了很大的變革,也推動了微服務技術的大量採用和落地。現在的技術人,不談微服務已經要跟不上形勢了。但是你真的對微服務有正確的理解嗎?要向微服務轉型,有哪些問題和挑戰擺在面前?如何撥開現代各種技術棧的迷霧看清微服務的發展趨勢,選擇最適合團隊的技術方向...