在項(xiàng)目開始初期時(shí)運(yùn)維就要參與進(jìn)來，制定相關(guān)的標(biāo)準(zhǔn)和規(guī)范，開發(fā)在編碼過程中要遵守這些標(biāo)準(zhǔn)和規(guī)范，滿足運(yùn)維提出的“可運(yùn)維”的要求。因?yàn)槲覀兊哪繕?biāo)都是為了項(xiàng)目上線后可以更快、更穩(wěn)定、更安全的運(yùn)行，這個(gè)目標(biāo)肯定會(huì)得到多個(gè)部門和領(lǐng)導(dǎo)的支持。

可運(yùn)維的標(biāo)準(zhǔn)？

針對(duì)可運(yùn)維的標(biāo)準(zhǔn)要看具體情況，不同的團(tuán)隊(duì)、業(yè)務(wù)都有不同的標(biāo)準(zhǔn)。例如我之前就是在這幾個(gè)方面來著手制定“可運(yùn)維”。

• 部署：環(huán)境規(guī)劃、代碼托管、自動(dòng)化部署、差異配置文件處理等。
• 監(jiān)控：某個(gè)新業(yè)務(wù)上線，是否能夠有效的監(jiān)控、如何知道某個(gè)接口被調(diào)用的多少次？
• 安全：都誰可以調(diào)用本業(yè)務(wù)的接口？(黑白名單)，能調(diào)用多少次？(頻率限制)。
• 備份：該業(yè)務(wù)是否可以做負(fù)載均衡？負(fù)載均衡需要考慮什么(數(shù)據(jù)同步)？
• 日志：該業(yè)務(wù)都產(chǎn)生哪些日志？日志如何收集、日志如何歸檔、日志保留時(shí)間。

總結(jié)起來就是說開發(fā)、運(yùn)維雙方進(jìn)行協(xié)商，解決這些問題。例如開發(fā)可以編寫一個(gè)API，我們通過API可以進(jìn)行性能監(jiān)控，或者程序內(nèi)部實(shí)現(xiàn)ACL等類似的溝通。

我相信在中小企業(yè)，很多運(yùn)維人員都往往都是在業(yè)務(wù)上線后，才開始考慮這些問題，運(yùn)維會(huì)處于一個(gè)完全被動(dòng)的局面。所以我們要主動(dòng)出擊，那么在項(xiàng)目初期，運(yùn)維要把我們的運(yùn)維相關(guān)的需求告知項(xiàng)目負(fù)責(zé)人和相關(guān)領(lǐng)導(dǎo)。

我們?cè)撛趺醋?#xff1f;

下面我簡(jiǎn)單的列舉了一些我們要做的事情，當(dāng)然不僅僅這些：

• 提前建立運(yùn)維體系：包括但不局限于多維監(jiān)控、安全、備份、負(fù)載均衡、日志平臺(tái)、部署系統(tǒng)等。
• 了解業(yè)務(wù)：尤其是做應(yīng)用運(yùn)維，不懂業(yè)務(wù)就是耍流氓嘛。
• 參與需求評(píng)審：項(xiàng)目開始在需求評(píng)審階段，把運(yùn)維的標(biāo)準(zhǔn)化要求提出來，一起探討。
• 主動(dòng)溝通：在中小企業(yè)運(yùn)維往往被忽視，那么就需要我們主動(dòng)去溝通。

總結(jié)

以上是生活随笔為你收集整理的与开发沟通的全部?jī)?nèi)容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網(wǎng)站內(nèi)容還不錯(cuò)，歡迎將生活随笔推薦給好友。