又到了每月產(chǎn)品盤點(diǎn)時(shí)刻，27大新功能上線和升級(jí)優(yōu)化，設(shè)計(jì)Hyperlnsight超融合持續(xù)觀測(cè)平臺(tái)、DevOps持續(xù)交付平臺(tái)、AutoOps自動(dòng)化運(yùn)維平臺(tái)、ITSM服務(wù)平臺(tái)、公共服務(wù)，在不斷的技術(shù)創(chuàng)新過程中，進(jìn)一步加速IT運(yùn)維效率升級(jí)。
下面和小編一起來了解本次更新詳情吧！
Hyperlnsight
1）事件列表內(nèi)置視圖并支持權(quán)限控制
由于在實(shí)際的運(yùn)維場(chǎng)景中，可能遇到如下場(chǎng)景：
l?事件太多，難聚焦：運(yùn)維人員需要關(guān)注和處理的更多是與自己相關(guān)的事件，大而全的告警事件反而造成了干擾；
l?值班告警分派處理：值班人員通常需要關(guān)注當(dāng)前未解除的所有告警事件，再進(jìn)行進(jìn)一步的告警分派處理；
l?權(quán)限強(qiáng)隔離：企業(yè)可能有多組織的管理訴求，不同組織的資源權(quán)限不向其他組織開放，資源關(guān)聯(lián)的事件也同理；
針對(duì)如上場(chǎng)景，在事件列表新增對(duì)應(yīng)視圖，內(nèi)置“所有事件”和“與我相關(guān)的事件”兩大視圖。同時(shí)支持設(shè)置事件視圖的訪問權(quán)限，僅監(jiān)控配置管理人員（有對(duì)應(yīng)管理權(quán)限）才支持配置視圖訪問權(quán)限
已在發(fā)行版6.18發(fā)布！
DevOps
1）CI流水線支持自定義網(wǎng)絡(luò)模式-流水線Docker容器支持IPv
目前，優(yōu)維EasyOps全平臺(tái)已逐步使部分服務(wù)面向IPv6環(huán)境，客戶側(cè)可根據(jù)實(shí)際網(wǎng)絡(luò)需要啟用IPv6。而當(dāng)用戶啟用IPv6時(shí)，文件倉(cāng)庫(kù)也將獲得IPv6的訪問地址，此時(shí)通過CI流水線將制品推送到制品倉(cāng)庫(kù)會(huì)因網(wǎng)絡(luò)協(xié)議不匹配而失敗。
為此，我們通過設(shè)置流水線容器共享宿主機(jī)網(wǎng)絡(luò)模式來使其支持IPv6。
使用此特性需要在pipeline組件配置Docker容器的網(wǎng)絡(luò)模式，此時(shí)pipeline會(huì)令upload_artifact等插件使用IPv6協(xié)議去訪問文件倉(cāng)庫(kù)。
已在發(fā)行版6.18發(fā)布！
2）CI流水線支持使用access_token來拉取代碼-兼容低版本gitlab
因現(xiàn)場(chǎng)業(yè)務(wù)部門錯(cuò)綜復(fù)雜，部分業(yè)務(wù)側(cè)gitlab代碼倉(cāng)庫(kù)為業(yè)務(wù)方私有倉(cāng)庫(kù)版本無法統(tǒng)一，有的版本比較低，接入token之后無法使用“.netrc免認(rèn)證”方式拉取代碼。
為了可以正常的拉取代碼，此次優(yōu)化了CI流水線，gitlab插件支持使用access_token方式拉取代碼。
已在發(fā)行版6.19發(fā)布！
3）工作空間支持Service資源雙線網(wǎng)絡(luò)模式-Kubernetes Service?支持設(shè)置?dual-stack
Kubernetes在v1.23開始支持IPv4/IPv6雙協(xié)議棧網(wǎng)絡(luò)，而企業(yè)希望容器部署產(chǎn)品能夠根據(jù)實(shí)際需要將IPv4和IPv6地址分配給Pod和Service。
為了滿足企業(yè)需求，工作空間支持Service資源雙線網(wǎng)絡(luò)模式，即企業(yè)在開發(fā)服務(wù)Service資源時(shí)，可根據(jù)實(shí)際的使用選擇一個(gè)IP協(xié)議的策略，該策略包含單站、雙戰(zhàn)和強(qiáng)制雙戰(zhàn)幾種模式。
已在發(fā)行版6.19發(fā)布！
4）應(yīng)用部署支持進(jìn)程的啟動(dòng)檢查超時(shí)時(shí)間-更靈活的部署結(jié)果反饋
程序包在部署后，會(huì)有端口啟動(dòng)檢查動(dòng)作來校驗(yàn)服務(wù)啟動(dòng)與否，以判斷服務(wù)是否部署成功，但是由于客戶現(xiàn)場(chǎng)部分程序包的啟動(dòng)時(shí)長(zhǎng)較長(zhǎng)，超出了端口檢查時(shí)間限制，導(dǎo)致了程序包已經(jīng)部署成功，但還沒啟動(dòng)成功，被平臺(tái)判斷為發(fā)布失敗，造成了信息誤差。
為此，應(yīng)用部署現(xiàn)已支持用戶自定義服務(wù)啟動(dòng)時(shí)長(zhǎng)，對(duì)于啟動(dòng)時(shí)長(zhǎng)較長(zhǎng)的服務(wù)，可以給夠緩沖時(shí)間，獲得更準(zhǔn)確的部署結(jié)果，規(guī)避誤通知。
已在發(fā)行版6.18發(fā)布！
5）部署任務(wù)支持記錄應(yīng)用配置版本及其版本變更信息-更完善的變更信息通知
以往的變更歷史僅支持對(duì)程序包配置包的變更版本通知，但是缺少對(duì)應(yīng)用配置發(fā)布版本的變更對(duì)比。對(duì)于使用應(yīng)用配置的用戶來說，獲取這一信息的路徑比較長(zhǎng)。
為了完善變更信息通知，在部署任務(wù)的詳情頁，支持對(duì)包版本的變更信息披露，及支持對(duì)配置信息的變更及對(duì)比。
已在發(fā)行版6.18發(fā)布！
6）應(yīng)用部署分步日志名稱與進(jìn)程腳本名稱保持一致-降低自動(dòng)部署過程的理解成本
原本應(yīng)用部署任務(wù)歷史中針對(duì)自定義腳本的分步日志的步驟名稱統(tǒng)一稱為用戶自定義檢查，無法直觀看出自定義腳本執(zhí)行的順序，因此希望與程序包進(jìn)程腳本名字保持一致，降低理解成本。
為了降低自動(dòng)部署過程的理解成本，支持應(yīng)用部署分布日志的自定義步驟名稱與程序包進(jìn)程中的步驟腳本名稱保持一致。
已在發(fā)行版6.19發(fā)布！
AutoOps
1）工具超時(shí)結(jié)束進(jìn)程樹-完整的工具進(jìn)程控制
工具庫(kù)配置了執(zhí)行超時(shí)時(shí)間，并且勾選了超時(shí)強(qiáng)制結(jié)束，但在超時(shí)后，前臺(tái)顯示“signal: killed“，但后臺(tái)的?script?腳本還是存在，并沒有kill?掉，導(dǎo)致服務(wù)器內(nèi)的進(jìn)程仍然在跑。
為了完整控制工具進(jìn)程，在工具的高級(jí)設(shè)置里，勾選了超時(shí)強(qiáng)制結(jié)束后，可支持真正意義上結(jié)束進(jìn)程樹。
已在發(fā)行版6.18發(fā)布！
2）工具lib庫(kù)支持權(quán)限控制-更安全的工具調(diào)用控制
由于客戶現(xiàn)場(chǎng)通過堡壘機(jī)管理的網(wǎng)絡(luò)設(shè)備上要執(zhí)行一些命令，比如禁用ip，給ip加入黑白名單，加路由表等等。所以對(duì)于調(diào)用堡壘機(jī)接口來獲取設(shè)備密碼的這些代碼通常都需要通過lib來去維護(hù)，而且有很高的權(quán)限要求，不能所有人都能看到密碼。
為此，新增了lib庫(kù)的訪問/創(chuàng)建/編輯/刪除/執(zhí)行權(quán)限，可以實(shí)現(xiàn)對(duì)執(zhí)行用戶只能調(diào)用，無法查看具體的參數(shù)密碼的場(chǎng)景支持。同時(shí)增加lib實(shí)例級(jí)別的白名單控制，能夠?qū)崿F(xiàn)單一實(shí)例的 訪問/創(chuàng)建/編輯/刪除/執(zhí)行權(quán)限。
已在發(fā)行版6.18發(fā)布！
3）運(yùn)維自動(dòng)化作業(yè)列表支持切換卡片視圖和列表視圖-提升用戶體驗(yàn)
目前運(yùn)維自動(dòng)化作業(yè)列表僅支持卡片視圖展示，存在作業(yè)標(biāo)題展示不全的問題，無法滿足用戶的需求，因此需要支持列表視圖的展示，從而盡可能完整地展示作業(yè)的基本信息。
為了提升用戶體驗(yàn)，運(yùn)維自動(dòng)化作業(yè)列表像工具庫(kù)一樣支持卡片和列表二種視圖顯示方式。
卡片前端UI設(shè)計(jì)優(yōu)化，支持展示更全面的作業(yè)信息；打開運(yùn)維自動(dòng)化頁面默認(rèn)顯示全部作業(yè)，方便用戶搜索。
已在發(fā)行版6.19發(fā)布！
ITSM
1）信息摘要全新改版-支持自定義分組、優(yōu)化摘要界面樣式
信息摘要模塊在使用過程中發(fā)現(xiàn)諸多痛點(diǎn)和問題，主要體現(xiàn)在以下幾方面：
l?根據(jù)節(jié)點(diǎn)分類，分類不靈活，擴(kuò)展性差，存在較多局限；
l?信息摘要界面展示不美觀，排版混亂、滾動(dòng)條多，無法滿足復(fù)雜控件展示場(chǎng)景；
l?信息摘要界面展示形式單一，無法支持表格的展示形式；
l?“設(shè)置全局摘要“功能易給用戶造成誤導(dǎo)，文案、邏輯不突出。
針對(duì)上述痛點(diǎn)，故對(duì)信息摘要模塊進(jìn)行整體改版，以滿足客戶使用場(chǎng)景及需求。
優(yōu)化點(diǎn)1：支持在節(jié)點(diǎn)維度自定義分組，按照分組將摘要信息進(jìn)行歸類。
優(yōu)化點(diǎn)2：優(yōu)化工單詳情-信息摘要頁面展示，支持表格/非表格兩種呈現(xiàn)方式，并對(duì)單行文本、多行文本、富文本、附件等控件表現(xiàn)形式進(jìn)行全面優(yōu)化，界面表達(dá)更清晰、直觀。
優(yōu)化點(diǎn)3：上述描述都是針對(duì)在單個(gè)節(jié)點(diǎn)維度來設(shè)置摘要信息的描述，除此之外，ITSM也提供工單完結(jié)后的摘要信息展示設(shè)置。
已在發(fā)行版6.19發(fā)布！
2）ITSM首頁搜索框、工單列表等模塊支持“用戶昵稱”類型搜索-完善搜索場(chǎng)景
由于原先首頁的搜索及工單列表二級(jí)頁面的搜索不支持根據(jù)“用戶昵稱”類型進(jìn)行搜索，而在實(shí)際的使用場(chǎng)景中，根據(jù)“用戶昵稱”進(jìn)行搜索往往是較為高頻的場(chǎng)景。
為此，針對(duì)ITSM首頁搜索框、工單列表等模塊進(jìn)行了優(yōu)化。其中，首頁支持根據(jù)“用戶昵稱”類型進(jìn)行搜索，在我的待辦、工單總覽列表“發(fā)起人”篩選條件支持根據(jù)用戶昵稱進(jìn)行搜索。
已在發(fā)行版6.18發(fā)布！
4）CMDB實(shí)例寫入容器控件新增“為空時(shí)是否支持提交”的配置-支持配置，減少使用上的疑惑
原先配置【CMDB實(shí)例數(shù)據(jù)寫入容器】，若容器子屬性設(shè)置了必填，但是容器無新增的數(shù)據(jù)，表單支持提交，未做任何校驗(yàn)/限制，容易讓用戶產(chǎn)生疑惑，如下圖：
針對(duì)上述場(chǎng)景，對(duì)【CMDB實(shí)例數(shù)據(jù)寫入容器】進(jìn)行了升級(jí)，新增加容器配置，即“為空時(shí)刻保存/提交”勾選框，用戶可自定義容器為空時(shí)是否支持提交。
已在發(fā)行版6.18發(fā)布！
5）其他優(yōu)化說明
除此之外，ITSM上月還發(fā)布了較多優(yōu)化特性，如下：
l?存為草稿不支持多次另存為新的草稿數(shù)據(jù)；
l?工單模板新增模板重名校驗(yàn)；
l?工單在駁回場(chǎng)景下，點(diǎn)擊詳情進(jìn)來時(shí)能夠自動(dòng)帶出表單信息進(jìn)行編輯；
l?未填寫工單名保存草稿時(shí)工單名不為空；
l?工單詳情-附件管理新增上傳附件節(jié)點(diǎn)、上傳人信息，以便明確該附件對(duì)應(yīng)到流程的節(jié)點(diǎn)；
l?優(yōu)化“存為草稿”、“工單模板”詳情頁加載速度，以便獲得更好的使用體驗(yàn)；
l?系統(tǒng)設(shè)置-文案設(shè)置頁面按照Tab分類展示信息；
l?流程庫(kù)、表單庫(kù)、領(lǐng)域模型、標(biāo)準(zhǔn)字段列表數(shù)據(jù)按照最近編輯時(shí)間優(yōu)先排序；
l?觸發(fā)器事件新增“撤銷”事件。
已在發(fā)行版6.18/6.19發(fā)布！
公共服務(wù)
1）平臺(tái)對(duì)象存儲(chǔ)minIO支持高可用
平臺(tái)對(duì)象存儲(chǔ)服務(wù)過去只獲取minIO單個(gè)節(jié)點(diǎn)的地址，用戶側(cè)即便集群化部署了minIO也無法使對(duì)象存儲(chǔ)服務(wù)高可用。
我們調(diào)整了對(duì)象存儲(chǔ)服務(wù)的重連邏輯，在當(dāng)前minIO地址不可訪問時(shí)，通過查詢名字服務(wù)來獲得minIO其他節(jié)點(diǎn)的地址，以此達(dá)到對(duì)象存儲(chǔ)服務(wù)高可用的目的。
已在發(fā)行版6.18發(fā)布！
2）EasyHub支持流水線模板資源類型-豐富Hub商店資源類型
為了豐富Hub商店資源類型，新增支持將流水線模版作為EasyHub資源，供用戶開箱即用，以便于用戶選擇合適的框架模版初始化CI流水線。
EasyHub支持【流水線模版】資源類型的制作、上傳審批及安裝；模版管理列表支持離線hub商店的流水線模版資源。
已在發(fā)行版6.18發(fā)布！
3）EasyHub支持資源自動(dòng)發(fā)現(xiàn)套件資源類型-豐富Hub商店資源類型
支持將資源自動(dòng)發(fā)現(xiàn)套件作為EasyHub資源，供用戶開箱即用，助力IT資源的發(fā)現(xiàn)及納管。
EasyHub支持【資源自動(dòng)發(fā)現(xiàn)套件】資源類型的制作、上傳審批及安裝；資源自動(dòng)發(fā)現(xiàn)列表支持離線hub商店的資源自動(dòng)發(fā)現(xiàn)套件資源。
已在發(fā)行版6.18發(fā)布！
4）通知配置新增調(diào)試功能-支持展示配置方式的可用狀態(tài)及原因
過去在通知配置配置了通知方式后，無法確認(rèn)該方式是否正常，認(rèn)證是否成功，只有沒有通知下發(fā)才有可能懷疑到這里的配置錯(cuò)誤，并且需要看到日志才可以定位問題，因此希望能對(duì)配置方式的可用狀態(tài)進(jìn)行展示。
為了展示配置方式的可用狀態(tài)，新建及編輯通知配置頁新增調(diào)試功能支持用戶向指定通知人發(fā)送測(cè)試通知，返回通知發(fā)送結(jié)果并展示，以實(shí)現(xiàn)對(duì)通知方式可用性的驗(yàn)證。
已在發(fā)行版6.18發(fā)布！
5）Agent配置界面化-易懂易用不易錯(cuò)
由于當(dāng)前修改agent配置需要一臺(tái)臺(tái)去操作，純后臺(tái)的配置項(xiàng)，很多客戶不清楚如何配置，容易配置出錯(cuò)；并且批量修改十分繁瑣。
為了客戶更便捷操作，將Agent配置界面化，具體有以下幾點(diǎn)優(yōu)化：
l?詳盡的配置指引，配置更易懂
l?界面化查看配置、界面化配置，更易用
l?支持全局配置，快速新安裝和無需個(gè)性化配置的agent
已在發(fā)行版6.19發(fā)布！文章來源：http://www.zghlxwxcb.cn/news/detail-426975.html
- end -文章來源地址http://www.zghlxwxcb.cn/news/detail-426975.html
到了這里，關(guān)于4月更新！EasyOps?全平臺(tái)27項(xiàng)新功能一口氣來襲~的文章就介紹完了。如果您還想了解更多內(nèi)容，請(qǐng)?jiān)谟疑辖撬阉鱐OY模板網(wǎng)以前的文章或繼續(xù)瀏覽下面的相關(guān)文章，希望大家以后多多支持TOY模板網(wǎng)！
