自動化平臺開發小結（三）

今天來繼續說說自動化開發的一些事情，截止目前，也是按照計劃中的開發進度在推進。說幾點自己的感受。

後設資料的設計

後設資料這部分我的設計就是從簡，先來一個概要的資訊，然後細節的資訊可以通過其他入口來看。

比如對於資料庫來說，系統，機架位的資訊，這些完全可以從兄弟部門那裡通過API的方式來得到。可以作為資訊的參考。

很多後設資料的設計和規劃，前期如果已經有了成型的系統，直接廢棄掉，革命掉也不大好，還是要吸取已有的經驗，逐步沉澱，總是事情不是完全從零開始，但是在設計的時候，還是需要避免過度設計。

比如下面的概要資訊，組合起來，會發現有一部分後設資料資訊時有問題的。而且主從的資料也是有些出人的，這個通過之前的方式是看不到的。

資料字典

資料字典的部分，自己最開始沒有重視起來，結果寫到一定程度之後，發現裡面還是有很多的門道，所以把這部門內容補上了。

因為有些資料字典資訊時有迭代關係的，目前的展現只有迭代關係的記錄，視覺化方面還需要繼續加強，比如下面的方式，在檢視的時候效果明顯就要好一些，也是這幾天花點時間準備改進的地方。希望做成類似下面的表格方式，層次關係就很清楚了。

使用者的選單許可權

目前是使用了動態選單的方式，在這個粒度上自己又考慮了更深一步，那就是一個頁面有增刪改查的功能，我們可以做細粒度的許可權劃分，這個是已有的permission做不到的，那個只能實現表級別，我們希望能更細一些。這樣，選單的許可權就能夠更加細化，如果有部分的業務開放給業務同學，給只讀許可權足夠了。

許可權的控制粒度

許可權的粒度控制，如果更細一些，那就還需要做一些校驗，比如我們有MySQL和Redis方向的伺服器，後設資料都是同一個入口，如果我不希望看到Redis的伺服器資訊，我完全可以通過一種類似角色或者組的方式來控制。這樣同一個頁面，我只看到的是MySQL的資訊，如果許可權夠大，看到的更多。

備份檢查

開發規範設計文件

在這方面自己也沉澱了一些想法，準備寫一個版本，把一些風格，設計的理念都統一一下。

來自 “ ITPUB部落格 ” ，連結：http://blog.itpub.net/23718752/viewspace-2152352/，如需轉載，請註明出處，否則將追究法律責任。