元数据看板的初步设计思路
?這是學(xué)習(xí)筆記的第?1784篇文章
今天在飛機(jī)上整理了一個初版的元數(shù)據(jù)看板接口的設(shè)計需求,然后又以設(shè)計圖表的形式補(bǔ)充了一版,整體來說,這個元數(shù)據(jù)庫看板的接口邏輯就梳理差不多了。
做這個接口有什么意義,或者是對標(biāo)什么場景,其實(shí)主要考慮的是面向業(yè)務(wù)和面向運(yùn)維自身的需求,一般我們?nèi)ゲ榭茨硞€實(shí)例,大多數(shù)情況下都是基于IP的方式去查看的,整個數(shù)據(jù)庫層的元數(shù)據(jù)我們規(guī)劃為幾個維度,但是鮮有人能夠把這幾個維度的信息都看個完整,需要在不同的維度信息中跳轉(zhuǎn)才可以。如果我們能夠簡化到不需要再去尋找多個維度的入口,干脆一點(diǎn),給我一個全景圖,我們需要的其實(shí)就是這個信息,另外一點(diǎn),如果我們設(shè)定了基本的粒度是IP+端口,那么我們輸入的時候,需要明確IP和端口才能搞定,那么這個操作體驗(yàn)和使用效率是不大好的,只需要一個輸入,就絕不輸入多個條件。
元數(shù)據(jù)看板接口的初步需求整理如下:
根據(jù)IP信息查詢
實(shí)例維度:??
????????????????服務(wù)器有多少個實(shí)例
? ? ? ? ? ? ? ? 實(shí)例明細(xì)信息
主機(jī)維度:對應(yīng)的虛擬機(jī),宿主機(jī)基礎(chǔ)信息
集群維度:
? ? ? ? ????????主從映射關(guān)系
? ? ? ?????????對應(yīng)的集群個數(shù),集群明細(xì)
應(yīng)用維度:關(guān)聯(lián)應(yīng)用維度的屬性信息,業(yè)務(wù)簡稱,業(yè)務(wù)描述,歸屬部門等
備份維度:相關(guān)的實(shí)例備份記錄信息,顯示近3天的
工單維度:相關(guān)的工單信息
報警維度:抽取接口得到報警的相關(guān)信息
監(jiān)控維度:得到概覽的監(jiān)控信息
如果IP為主庫信息,能夠定位到從庫及集群信息
如果IP為從庫信息,能夠定位到主庫及集群相關(guān)信息
如果IP為中間件IP,能夠定位到集群信息
如果IP為VIP,能夠定位到實(shí)例信息
如果IP為多網(wǎng)卡附加IP,能夠定位到實(shí)例信息
如果IP對應(yīng)的業(yè)務(wù)已下線,要明確提示出來
如果IP對應(yīng)的業(yè)務(wù)有主機(jī)故障,實(shí)例故障,要明確給出提示信息
根據(jù)用戶組來鑒別權(quán)限,如果不屬于這個組,可以提示數(shù)據(jù)庫類型,但是不顯示明細(xì)信息
注:
????MySQL中間件信息不屬于實(shí)例,實(shí)例信息在其他主機(jī)和集群信息中維護(hù)
通過圖表的方式來補(bǔ)充完善,就會看到有很多考量的維度和策略。
??
通過這些維度的數(shù)據(jù)梳理關(guān)系和映射,對于后期的元數(shù)據(jù)生命周期管理和流程化對接都是大有幫助。
你們的元數(shù)據(jù)實(shí)現(xiàn)流程化操作了嗎,你怎么看?
總結(jié)
以上是生活随笔為你收集整理的元数据看板的初步设计思路的全部內(nèi)容,希望文章能夠幫你解決所遇到的問題。
- 上一篇: zabbix为啥持续报警
- 下一篇: 使鼠标保持按住状态_程序猿、设计狮们的钟