您好,登錄后才能下訂單哦!
這篇文章主要介紹了運(yùn)維開(kāi)發(fā)中有哪些問(wèn)題的相關(guān)知識(shí),內(nèi)容詳細(xì)易懂,操作簡(jiǎn)單快捷,具有一定借鑒價(jià)值,相信大家閱讀完這篇運(yùn)維開(kāi)發(fā)中有哪些問(wèn)題文章都會(huì)有所收獲,下面我們一起來(lái)看看吧。
運(yùn)維工作中只要牽扯到運(yùn)維開(kāi)發(fā),要去推動(dòng)這件事情勢(shì)必會(huì)有幾類(lèi)問(wèn)題需要解決:
提高運(yùn)維意識(shí)。從下到上,從上到下的工作都要做,對(duì)上運(yùn)維工作的價(jià)值和含金量可以得到認(rèn)可,對(duì)下我們的工作能夠提高效率解放自己。比如對(duì)于運(yùn)維開(kāi)發(fā),我可以配合和協(xié)調(diào),有技術(shù)困難可以解決,但是我不會(huì)追著別人去學(xué)習(xí)某些技術(shù),因?yàn)檫@種事情會(huì)變味,運(yùn)維意識(shí)里有這個(gè),那么這個(gè)事情的意義就大不同。
要有明確的運(yùn)維目標(biāo)。這里說(shuō)是明確,光有規(guī)劃不行,要有明確的運(yùn)維目標(biāo),這個(gè)目標(biāo)換個(gè)角度來(lái)看就是我們工作的痛點(diǎn),解決了工作的痛點(diǎn)才是對(duì)我們自身意識(shí)的提升,這樣也能解釋實(shí)現(xiàn)運(yùn)維目標(biāo)的意義。
要有明確的時(shí)間窗口。有了目標(biāo),需要我們安排指定的時(shí)間窗口來(lái)做,如果沒(méi)有時(shí)間范圍,那么事情的進(jìn)度和質(zhì)量就難以追溯和保證。
我在這個(gè)事情上栽了很多的跟頭,而且會(huì)發(fā)現(xiàn)事情變得越來(lái)越不可控。就好比我的期望是6,達(dá)到的結(jié)果是2,反差越大,發(fā)現(xiàn)改進(jìn)的空間很大,以至于我會(huì)陷入一個(gè)死循環(huán),我會(huì)想出很多的改進(jìn)方法和建議,但是這些方法和建議就會(huì)抽象成為一系列的改進(jìn)任務(wù),這些任務(wù)涉及前端,后端和設(shè)計(jì),于是乎,每一個(gè)點(diǎn)我都需要確認(rèn),溝通,落實(shí),然后事情的進(jìn)度就慢下來(lái)了,對(duì)待運(yùn)維平臺(tái),要有「瘋狗」一樣的執(zhí)行效率,我還記得這句話,有時(shí)候都會(huì)反問(wèn)我這么堅(jiān)持做這個(gè)事情,到底為了什么,對(duì)我們有什么好處,甩甩手放棄算是輕松了,就這這句話支撐了我:當(dāng)你想要放棄的時(shí)候,想想當(dāng)初為什么要開(kāi)始。
我們來(lái)切入正題,即一個(gè)“悲劇”的部署安裝場(chǎng)景,到底是不是悲劇,碰到了那些問(wèn)題,如何來(lái)解決,當(dāng)時(shí)是怎么糾結(jié)的,可以聽(tīng)聽(tīng)我的想法。
先來(lái)說(shuō)一下實(shí)例部署的場(chǎng)景。
假設(shè)下面就是一個(gè)初步的安裝部署頁(yè)面。
要實(shí)現(xiàn)這個(gè)功能有一些目標(biāo)能夠達(dá)到。比如我們目前能夠?qū)崿F(xiàn)頁(yè)面調(diào)用腳本內(nèi)容,我們來(lái)看看有哪些需要注意的地方,或者容易讓人糾結(jié)的地方。
首先這個(gè)需求是否符合預(yù)期,可能不是很好理解,比如我們的需求是部署一套數(shù)據(jù)庫(kù)軟件,那么內(nèi)核參數(shù)需不需要調(diào)整,系統(tǒng)參數(shù)要不要初始化統(tǒng)一配置,數(shù)據(jù)庫(kù)額外的插件是否需要安裝,備份是不是要配置,監(jiān)控是不是要部署,元數(shù)據(jù)是不是要自動(dòng)生成。還有一點(diǎn),這個(gè)環(huán)境是不是已經(jīng)有實(shí)例,如果有,那么/etc/my.cnf的默認(rèn)配置就需要重新調(diào)整了,這樣一來(lái),這個(gè)看似簡(jiǎn)單的頁(yè)面就不滿足需求了,于是我們擴(kuò)展之后做收斂。上面的功能都是基礎(chǔ)需求,我們都需要考慮,但是不是所有細(xì)節(jié)都需要統(tǒng)一執(zhí)行,比如內(nèi)核參數(shù)優(yōu)化可能初始化執(zhí)行一次就可以了。所以我們需要對(duì)腳本化的工作做到細(xì)化,能夠?qū)崿F(xiàn)模塊化的功能,這樣就牽扯到一些邏輯的改動(dòng)和優(yōu)化。
當(dāng)然從前端來(lái)說(shuō),一個(gè)難點(diǎn)就是日志的執(zhí)行結(jié)果回傳,能夠基本達(dá)到刷新的效果。這個(gè)需求對(duì)很多運(yùn)維來(lái)說(shuō),是比較難實(shí)現(xiàn)的。所以可以抽象為兩個(gè)難點(diǎn),一個(gè)是進(jìn)度的顯示,一個(gè)是日志的顯示,其中日志的顯示是重中之重。
看起來(lái)腳本化的工作差不多了,假設(shè)我們花了一些功夫做了定制和改動(dòng)。那么接下來(lái)的事情就是腳本的執(zhí)行了。還是要引用之前畫(huà)的一張圖。
比如我們要做環(huán)境的部署,那么執(zhí)行路徑可能是ops(運(yùn)維平臺(tái))->CM(中控)->DB Server(服務(wù)器),或者是ops(運(yùn)維平臺(tái))->DB Server(服務(wù)器),比如從標(biāo)準(zhǔn)化的角度來(lái)說(shuō) ops(運(yùn)維平臺(tái))->CM(中控)->DB Server(服務(wù)器)是一個(gè)更合適的路徑,那么腳本從OPS端觸發(fā),怎么達(dá)到DB Server端,因?yàn)橹虚g需要有一個(gè)中轉(zhuǎn)的流程,可以使用paramiko,ansible或者salt來(lái)完成,但是怎么無(wú)縫銜接起來(lái)就是一個(gè)難點(diǎn),如果從接入管理的角度來(lái)說(shuō),可能可以抽象成為接口。看起來(lái)就是一個(gè)命令的事情,但是銜接起來(lái)確實(shí)是個(gè)麻煩。
然后來(lái)說(shuō)一下數(shù)據(jù)查詢的需求,其實(shí)這是一個(gè)很基礎(chǔ)的需求。能夠通過(guò)界面顯示出數(shù)據(jù)來(lái),滿足一定的查詢需求。但是有面臨一堆的問(wèn)題和不確定的需求。
比如我要實(shí)現(xiàn)數(shù)據(jù)查詢,執(zhí)行路徑按照上面的圖來(lái)看可能就是ops->CM->Server->DB,這個(gè)路徑很長(zhǎng),或者是ops->CM->DB,如果選中是這個(gè)路徑的話,如何開(kāi)通權(quán)限就是個(gè)難題,我們假設(shè)有100臺(tái)MySQL服務(wù)器,寫(xiě)一個(gè)腳本批量傳送腳本到這100臺(tái)服務(wù)器上,在數(shù)據(jù)庫(kù)上創(chuàng)建1個(gè)用戶,然后開(kāi)通防火墻權(quán)限,看起來(lái)是很簡(jiǎn)單的一件事情,但是你會(huì)發(fā)現(xiàn)這個(gè)方式是錯(cuò)誤的,比如里面有主從復(fù)制,你如果在從庫(kù)執(zhí)行了,主從復(fù)制很可能就會(huì)斷開(kāi)了,那樣你就需要處理更多的復(fù)制問(wèn)題,所以有100臺(tái)服務(wù)器,你需要做一層提取,那就是找出哪些是主庫(kù),哪些是從庫(kù),但是很快就會(huì)發(fā)現(xiàn)判斷主從還是個(gè)麻煩,因?yàn)镸ySQL層面就沒(méi)有一個(gè)明確的標(biāo)識(shí)master還是slave,而是需要間接得到。從主庫(kù)上直接得到slave的信息不夠直觀,如果我一臺(tái)一臺(tái)確認(rèn),又覺(jué)得這種方式太low,真要完美的銜接起來(lái)發(fā)現(xiàn)會(huì)碰到一層又一層的問(wèn)題,最尷尬的還是元數(shù)據(jù)不夠準(zhǔn)確,忙活一場(chǎng),發(fā)現(xiàn)還是缺了一些數(shù)據(jù)。
當(dāng)然可以糾結(jié),也可以做改進(jìn),我們就可以明確的梳理邊界,比如我們解決的是運(yùn)維部署,那么我們就聚焦在這個(gè)地方,看看需要投入多少的人力和時(shí)間成本來(lái)解決。一個(gè)一個(gè)初步解決,能夠快速迭代出來(lái)一些效果。反之就會(huì)發(fā)現(xiàn)是一點(diǎn)一點(diǎn)的迭代,但是都在完善,都沒(méi)有成型的結(jié)果。
關(guān)于“運(yùn)維開(kāi)發(fā)中有哪些問(wèn)題”這篇文章的內(nèi)容就介紹到這里,感謝各位的閱讀!相信大家對(duì)“運(yùn)維開(kāi)發(fā)中有哪些問(wèn)題”知識(shí)都有一定的了解,大家如果還想學(xué)習(xí)更多知識(shí),歡迎關(guān)注億速云行業(yè)資訊頻道。
免責(zé)聲明:本站發(fā)布的內(nèi)容(圖片、視頻和文字)以原創(chuàng)、轉(zhuǎn)載和分享為主,文章觀點(diǎn)不代表本網(wǎng)站立場(chǎng),如果涉及侵權(quán)請(qǐng)聯(lián)系站長(zhǎng)郵箱:is@yisu.com進(jìn)行舉報(bào),并提供相關(guān)證據(jù),一經(jīng)查實(shí),將立刻刪除涉嫌侵權(quán)內(nèi)容。