4月更新！EasyOps?全平臺(tái)27項(xiàng)新功能一口氣來(lái)襲~

又到了每月產(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)新過(guò)程中，進(jìn)一步加速IT運(yùn)維效率升級(jí)。

下面和小編一起來(lái)了解本次更新詳情吧！

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è)置事件視圖的訪問(wèn)權(quán)限，僅監(jiān)控配置管理人員（有對(duì)應(yīng)管理權(quán)限）才支持配置視圖訪問(wè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的訪問(wèn)地址，此時(shí)通過(guò)CI流水線將制品推送到制品倉(cāng)庫(kù)會(huì)因網(wǎng)絡(luò)協(xié)議不匹配而失敗。

為此，我們通過(guò)設(shè)置流水線容器共享宿主機(jī)網(wǎng)絡(luò)模式來(lái)使其支持IPv6。

使用此特性需要在pipeline組件配置Docker容器的網(wǎng)絡(luò)模式，此時(shí)pipeline會(huì)令upload_artifact等插件使用IPv6協(xié)議去訪問(wèn)文件倉(cāng)庫(kù)。

已在發(fā)行版6.18發(fā)布！

2）CI流水線支持使用access_token來(lái)拉取代碼-兼容低版本gitlab

因現(xiàn)場(chǎng)業(yè)務(wù)部門錯(cuò)綜復(fù)雜，部分業(yè)務(wù)側(cè)gitlab代碼倉(cāng)庫(kù)為業(yè)務(wù)方私有倉(cāng)庫(kù)版本無(wú)法統(tǒng)一，有的版本比較低，接入token之后無(wú)法使用“.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)作來(lái)校驗(yàn)服務(wù)啟動(dòng)與否，以判斷服務(wù)是否部署成功，但是由于客戶現(xiàn)場(chǎng)部分程序包的啟動(dòng)時(shí)長(zhǎng)較長(zhǎng)，超出了端口檢查時(shí)間限制，導(dǎo)致了程序包已經(jīng)部署成功，但還沒(méi)啟動(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)用配置的用戶來(lái)說(shuō)，獲取這一信息的路徑比較長(zhǎng)。

為了完善變更信息通知，在部署任務(wù)的詳情頁(yè)，支持對(duì)包版本的變更信息披露，及支持對(duì)配置信息的變更及對(duì)比。

已在發(fā)行版6.18發(fā)布！

6）應(yīng)用部署分步日志名稱與進(jìn)程腳本名稱保持一致-降低自動(dòng)部署過(guò)程的理解成本

原本應(yīng)用部署任務(wù)歷史中針對(duì)自定義腳本的分步日志的步驟名稱統(tǒng)一稱為用戶自定義檢查，無(wú)法直觀看出自定義腳本執(zhí)行的順序，因此希望與程序包進(jìn)程腳本名字保持一致，降低理解成本。

為了降低自動(dòng)部署過(guò)程的理解成本，支持應(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 腳本還是存在，并沒(méi)有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)通過(guò)堡壘機(jī)管理的網(wǎng)絡(luò)設(shè)備上要執(zhí)行一些命令，比如禁用ip，給ip加入黑白名單，加路由表等等。所以對(duì)于調(diào)用堡壘機(jī)接口來(lái)獲取設(shè)備密碼的這些代碼通常都需要通過(guò)lib來(lái)去維護(hù)，而且有很高的權(quán)限要求，不能所有人都能看到密碼。

為此，新增了lib庫(kù)的訪問(wèn)/創(chuàng)建/編輯/刪除/執(zhí)行權(quán)限，可以實(shí)現(xiàn)對(duì)執(zhí)行用戶只能調(diào)用，無(wú)法查看具體的參數(shù)密碼的場(chǎng)景支持。同時(shí)增加lib實(shí)例級(jí)別的白名單控制，能夠?qū)崿F(xiàn)單一實(shí)例的 訪問(wèn)/創(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)題展示不全的問(wèn)題，無(wú)法滿足用戶的需求，因此需要支持列表視圖的展示，從而盡可能完整地展示作業(yè)的基本信息。

為了提升用戶體驗(yàn)，運(yùn)維自動(dòng)化作業(yè)列表像工具庫(kù)一樣支持卡片和列表二種視圖顯示方式。

卡片前端UI設(shè)計(jì)優(yōu)化，支持展示更全面的作業(yè)信息；打開運(yùn)維自動(dòng)化頁(yè)面默認(rèn)顯示全部作業(yè)，方便用戶搜索。

已在發(fā)行版6.19發(fā)布！

ITSM

1）信息摘要全新改版-支持自定義分組、優(yōu)化摘要界面樣式

信息摘要模塊在使用過(guò)程中發(fā)現(xiàn)諸多痛點(diǎn)和問(wèn)題，主要體現(xiàn)在以下幾方面：

l 根據(jù)節(jié)點(diǎn)分類，分類不靈活，擴(kuò)展性差，存在較多局限；

l 信息摘要界面展示不美觀，排版混亂、滾動(dòng)條多，無(wú)法滿足復(fù)雜控件展示場(chǎng)景；

l 信息摘要界面展示形式單一，無(wú)法支持表格的展示形式；

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)化工單詳情-信息摘要頁(yè)面展示，支持表格/非表格兩種呈現(xiàn)方式，并對(duì)單行文本、多行文本、富文本、附件等控件表現(xiàn)形式進(jìn)行全面優(yōu)化，界面表達(dá)更清晰、直觀。

優(yōu)化點(diǎn)3：上述描述都是針對(duì)在單個(gè)節(jié)點(diǎn)維度來(lái)設(shè)置摘要信息的描述，除此之外，ITSM也提供工單完結(jié)后的摘要信息展示設(shè)置。

已在發(fā)行版6.19發(fā)布！

2）ITSM首頁(yè)搜索框、工單列表等模塊支持“用戶昵稱”類型搜索-完善搜索場(chǎng)景

由于原先首頁(yè)的搜索及工單列表二級(jí)頁(yè)面的搜索不支持根據(jù)“用戶昵稱”類型進(jìn)行搜索，而在實(shí)際的使用場(chǎng)景中，根據(jù)“用戶昵稱”進(jìn)行搜索往往是較為高頻的場(chǎng)景。

為此，針對(duì)ITSM首頁(yè)搜索框、工單列表等模塊進(jìn)行了優(yōu)化。其中，首頁(yè)支持根據(jù)“用戶昵稱”類型進(jìn)行搜索，在我的待辦、工單總覽列表“發(fā)起人”篩選條件支持根據(jù)用戶昵稱進(jìn)行搜索。

已在發(fā)行版6.18發(fā)布！

4）CMDB實(shí)例寫入容器控件新增“為空時(shí)是否支持提交”的配置-支持配置，減少使用上的疑惑

原先配置【CMDB實(shí)例數(shù)據(jù)寫入容器】，若容器子屬性設(shè)置了必填，但是容器無(wú)新增的數(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)化說(shuō)明

除此之外，ITSM上月還發(fā)布了較多優(yōu)化特性，如下：

l 存為草稿不支持多次另存為新的草稿數(shù)據(jù)；

l 工單模板新增模板重名校驗(yàn)；

l 工單在駁回場(chǎng)景下，點(diǎn)擊詳情進(jìn)來(lái)時(shí)能夠自動(dòng)帶出表單信息進(jìn)行編輯；

l 未填寫工單名保存草稿時(shí)工單名不為空；

l 工單詳情-附件管理新增上傳附件節(jié)點(diǎn)、上傳人信息，以便明確該附件對(duì)應(yīng)到流程的節(jié)點(diǎn)；

l 優(yōu)化“存為草稿”、“工單模板”詳情頁(yè)加載速度，以便獲得更好的使用體驗(yàn)；

l 系統(tǒng)設(shè)置-文案設(shè)置頁(yè)面按照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ù)過(guò)去只獲取minIO單個(gè)節(jié)點(diǎn)的地址，用戶側(cè)即便集群化部署了minIO也無(wú)法使對(duì)象存儲(chǔ)服務(wù)高可用。

我們調(diào)整了對(duì)象存儲(chǔ)服務(wù)的重連邏輯，在當(dāng)前minIO地址不可訪問(wèn)時(shí)，通過(guò)查詢名字服務(wù)來(lái)獲得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)及原因

過(guò)去在通知配置配置了通知方式后，無(wú)法確認(rèn)該方式是否正常，認(rèn)證是否成功，只有沒(méi)有通知下發(fā)才有可能懷疑到這里的配置錯(cuò)誤，并且需要看到日志才可以定位問(wèn)題，因此希望能對(duì)配置方式的可用狀態(tài)進(jìn)行展示。

為了展示配置方式的可用狀態(tài)，新建及編輯通知配置頁(yè)新增調(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 支持全局配置，快速新安裝和無(wú)需個(gè)性化配置的agent

已在發(fā)行版6.19發(fā)布！

– end –