平臺設(shè)計中腳本管理的示例分析

這篇文章將為大家詳細(xì)講解有關(guān)平臺設(shè)計中腳本管理的示例分析，小編覺得挺實用的，因此分享給大家做個參考，希望大家閱讀完這篇文章后可以有所收獲。

腳本管理是在元數(shù)據(jù)構(gòu)建的基礎(chǔ)上的，比如對MySQL/Redis DBA來說，操作的基本粒度是數(shù)據(jù)庫實例，那么我們就可以完全按照IP+端口來構(gòu)建匹配到一個對應(yīng)的實例，至于硬件，是否虛擬化，配置的明細(xì)，這些我們可以通過信息下鉆得到更細(xì)維度的信息，但是對于我們的操作粒度來說，實例已經(jīng)足夠。

所以有了基礎(chǔ)的元數(shù)據(jù)，要細(xì)化并且和管理工作結(jié)合起來，才有了充分條件。

我在構(gòu)建基礎(chǔ)平臺的時候，隨著基礎(chǔ)功能的增加，越來約感覺到了復(fù)雜度和維度需要簡化，細(xì)化。元數(shù)據(jù)的信息可以分為多個菜單，不同的功能之間有關(guān)聯(lián)關(guān)系來指定，所以在MTV的Django框架中，我配置了不少的url來支持前期的工作，但是如果是MySQL細(xì)節(jié)的工作，這個事情要這么做起來，明顯會有一個瓶頸，主要的感覺就是要配置一連串的功能，然后通過url和view把彼此連接起來。

比如MySQL方向，我寫了30個腳本，那么在這種方式下我至少得配置30+的url信息，和一連串的邏輯實現(xiàn)。

其實對應(yīng)用來說，就是腳本調(diào)用，這樣的方式就有些笨重了。所以在腳本管理中，我期望做幾件事情，能夠改進(jìn)。

1. 為了能夠快速平滑的接入，腳本管理中的腳本語言其實不是瓶頸，都應(yīng)該全面支持，比如使用perl,使用shell,SQL等，如果腳本本身很穩(wěn)定，那么完全可以接入進(jìn)來，總之就是這個環(huán)節(jié)要開放，不一定要完全是python腳本。平臺的開發(fā)功能是python,但是腳本管理不一定是python。

2. 在腳本管理中，腳本和菜單如何映射，這是個關(guān)鍵，我們可以把腳本屬性參數(shù)化，比如腳本名，腳本的類型等這些也是作為一種元數(shù)據(jù)來管理。這樣就會是一個統(tǒng)一的接口的方式，至于具體的連接方式，比如樹形結(jié)構(gòu)或者其他可行的方式。

3. 平臺方向上可以提前規(guī)劃，但是對于開發(fā)和業(yè)務(wù)同學(xué)來說，無需配置大量的url，就可完成一些基礎(chǔ)或者復(fù)雜功能的擴(kuò)展。

4. 現(xiàn)有的基礎(chǔ)架構(gòu)和功能，腳本化對于它來說也是起到促進(jìn)作用。需要提前規(guī)劃和已有的基礎(chǔ)功能是否有可銜接的地方。

5. 腳本管理支持文件的上傳和腳本內(nèi)容編輯。這個就是偏具體技術(shù)的實現(xiàn)了，比如ACE編輯器。

6. 腳本的參數(shù)管理，有的腳本是1個參數(shù)，有的是2個，其實對于后臺來說，就是拿到腳本來處理，怎么做標(biāo)識和匹配。

7. 腳本管理中，有些腳本是通用的，如果希望能夠持續(xù)使用，必須要提前規(guī)劃好范圍和類別。有些腳本是具體的一些業(yè)務(wù)場景需要的，需要明確需要的參數(shù)和權(quán)限。

8. 腳本不光用通用和私有的范圍，而且還需要細(xì)化到具體的作用域范圍。

如果來說下流程管理。下面是我之前規(guī)劃的餓一個數(shù)據(jù)庫方向鎖要做的事情和發(fā)力的方向，但是這樣是通過流程的方式把這些貫穿起來，這個事情就好辦多了。

比如備份恢復(fù)的工作，我們分為全量備份恢復(fù)，增量備份恢復(fù)，binlog備份恢復(fù)，這個工作如果和高可用方案連接起來就會更有意義了，就可以實現(xiàn)一個所謂的自動化流程。

關(guān)于“平臺設(shè)計中腳本管理的示例分析”這篇文章就分享到這里了，希望以上內(nèi)容可以對大家有一定的幫助，使各位可以學(xué)到更多知識，如果覺得文章不錯，請把它分享出去讓更多的人看到。