檢測(cè)到您已登錄華為云國際站賬號(hào),為了您更好的體驗(yàn),建議您訪問國際站服務(wù)網(wǎng)站 http://m.cqfng.cn/intl/zh-cn
不再顯示此消息
應(yīng)用運(yùn)維管理AOM服務(wù)體驗(yàn)及評(píng)測(cè) --by 清平樂 很高興能參與到本次AOM產(chǎn)品評(píng)測(cè)體驗(yàn);本次評(píng)測(cè)體驗(yàn),采用了任務(wù)卡的方式進(jìn)行,對(duì)于舉辦方來說,這種方式可能更容易針對(duì)于某些功能或特性
甚至我覺得,未來運(yùn)維的價(jià)值會(huì)越來越接近產(chǎn)品本身——服務(wù)交付的速度,就是競(jìng)爭力。別看運(yùn)維在公司里經(jīng)常被低估,但實(shí)際上它能決定企業(yè)的“上限”。
分鐘級(jí)可視流量分析方案 我們平臺(tái)的流量分析功能,目標(biāo)不是替代傳統(tǒng)監(jiān)控,而是為運(yùn)維決策層提供一套更清晰的“業(yè)務(wù)視角”網(wǎng)絡(luò)分析工具。
剛開始接觸AOM是考微認(rèn)證的時(shí)候,這次體驗(yàn)是第二次接觸AOM了,整體的體驗(yàn)感覺還是好的,就是覺得AOM的界面排列還是稍微有點(diǎn)凌亂,錯(cuò)誤詳情信息對(duì)新手不太友好,總體操作還是稍微比友商便捷的。上手簡單,有體驗(yàn)步驟是目前用過體驗(yàn)感最好的之一。還是要給開發(fā)者一個(gè)大大的贊,給9分,1分留著改進(jìn)
體驗(yàn)官:許子龍 體驗(yàn)官群昵稱:許子龍 - 個(gè)人總結(jié) - 遇到了幾個(gè)坑 1. 我選的是上海的機(jī)器,結(jié)果進(jìn)行aom控制臺(tái),默認(rèn)進(jìn)的是北京區(qū),我在安裝了agent后控制臺(tái)死活不出服務(wù),郁悶了好久 2. 和大多數(shù)體驗(yàn)官一樣,在設(shè)置告警閥值時(shí)候選的魔板,也是死活不出告警 - 建議 1. 好像阿里云安裝
二、智能運(yùn)維是怎么破局的? 先說定義——智能運(yùn)維(AIOps),就是用數(shù)據(jù)分析+自動(dòng)化+AI,替運(yùn)維工程師做一些重復(fù)、低效甚至需要預(yù)判的工作。
運(yùn)維別再“救火隊(duì)”了,智能異常檢測(cè)才是未來! 作為一個(gè)在運(yùn)維圈子里摸爬滾打過的人,我常聽到一句話:“運(yùn)維就是救火員。” 可問題來了,咱天天熬夜盯著系統(tǒng)日志、監(jiān)控大屏,真的就只能做“救火”嗎? 其實(shí)不然。隨著大數(shù)據(jù)和AI的普及,運(yùn)維圈子也有了新的玩法——智能異常檢測(cè)。
運(yùn)維日志里的“讀心術(shù)”:深度學(xué)習(xí)能看出啥? 今天咱聊一個(gè)老生常談?dòng)纸?jīng)常被忽視的話題——運(yùn)維日志。 說實(shí)話,日志是運(yùn)維人最親密又最痛苦的“伴侶”: 它像一面鏡子,映射出系統(tǒng)的全部秘密; 但也像一堆碎玻璃,量大、雜亂、割手。 我常聽同行吐槽:“一天上億條日志,誰看得過來???
碼豆任務(wù)里的應(yīng)用管理與運(yùn)維任務(wù)都操作不了
完善的IT基礎(chǔ)設(shè)施+云吶運(yùn)營管理系統(tǒng)+專業(yè)的運(yùn)營工程師將充分發(fā)揮IT系統(tǒng)的最佳功能。從某種意義上說,運(yùn)行與維護(hù)過程是漫長的,云吶運(yùn)維管理系統(tǒng)可以不斷提高IT運(yùn)維的整體水平,進(jìn)而轉(zhuǎn)變成企業(yè)核心競(jìng)爭力。
按照文檔步驟和以往開發(fā)運(yùn)維經(jīng)驗(yàn)體驗(yàn)本次運(yùn)維管理服務(wù)功能 二傻子(后悔取這名)
一、為什么運(yùn)維離不開異常檢測(cè)? 說白了,運(yùn)維的核心目標(biāo)是:提前發(fā)現(xiàn)問題,避免事故放大。 傳統(tǒng)的方式就是閾值告警:CPU>90% 就報(bào)警,響應(yīng)時(shí)間>200ms 就報(bào)警。
四、實(shí)際案例:灰度發(fā)布 + 智能回滾 比如一家互聯(lián)網(wǎng)公司要上線新功能,以前的做法是:凌晨三點(diǎn)整點(diǎn)發(fā)布,出問題再緊急回滾,心驚肉跳。 智能運(yùn)維的做法是: 用 灰度發(fā)布,先把 5% 用戶切到新版本。 系統(tǒng)自動(dòng)監(jiān)控新版本的 響應(yīng)時(shí)間 和 錯(cuò)誤率。
2、運(yùn)維審計(jì)核心載體堡壘機(jī)定義 堡壘機(jī)主要包含系統(tǒng)運(yùn)維和安全審計(jì)兩大功能,主要作用就是對(duì)運(yùn)維人員的細(xì)粒度訪問控制、運(yùn)維過程的步步管控、全方位的操作審計(jì),實(shí)現(xiàn)運(yùn)維過程的 “事前預(yù)防、事中控制、事后審計(jì)”。
DWS的組件從功能角度可分為功能組件和數(shù)據(jù)組件。數(shù)據(jù)組件:提供數(shù)據(jù)處理的組件,如DN節(jié)點(diǎn),目前DWS均衡部署,每個(gè)機(jī)器上的DN數(shù)目一般相同。功能組件:提供特定功能的組件,如GTM提供全局事務(wù)處理,CN處理業(yè)務(wù)接入,CM處理集群管理,WLM處理負(fù)載均衡。
該API屬于DBSS服務(wù),描述: 更改數(shù)據(jù)庫運(yùn)維實(shí)例的名稱接口URL: "/v1/{project_id}/db-om/{instance_id}/name"
該API屬于DBSS服務(wù),描述: 包周期購買數(shù)據(jù)庫運(yùn)維實(shí)例接口URL: "/v2/{project_id}/db-om/charge/period/order"
運(yùn)維命令審計(jì) 有些系統(tǒng)管理員偷偷執(zhí)行了敏感命令,比如批量導(dǎo)出用戶數(shù)據(jù),但事后能把操作記錄刪掉。 跨部門協(xié)作信任 多個(gè)團(tuán)隊(duì)協(xié)作運(yùn)維,比如安全、DBA、開發(fā)、運(yùn)維,都要對(duì)變更過程達(dá)成共識(shí),但中心化系統(tǒng)的“記錄”很容易被某一方修改。
可能是你還沒用上“智能運(yùn)維”! 今天咱們聊點(diǎn)現(xiàn)實(shí)點(diǎn)的東西:DevOps 推不動(dòng)、CI/CD 卡殼、自動(dòng)化做了個(gè)寂寞、運(yùn)維背鍋還在第一線……這些問題,可能不是流程本身有問題,而是你忽略了“智能運(yùn)維(AIOps)”這張王牌。