4月更新！EasyOps?全平臺27項新功能一口氣來襲~

又到了每月產(chǎn)品盤點時刻，27大新功能上線和升級優(yōu)化，設(shè)計Hyperlnsight超融合持續(xù)觀測平臺、DevOps持續(xù)交付平臺、AutoOps自動化運維平臺、ITSM服務(wù)平臺、公共服務(wù)，在不斷的技術(shù)創(chuàng)新過程中，進一步加速IT運維效率升級。

下面和小編一起來了解本次更新詳情吧！

Hyperlnsight

1）事件列表內(nèi)置視圖并支持權(quán)限控制

由于在實際的運維場景中，可能遇到如下場景：

l 事件太多，難聚焦：運維人員需要關(guān)注和處理的更多是與自己相關(guān)的事件，大而全的告警事件反而造成了干擾；

l 值班告警分派處理：值班人員通常需要關(guān)注當(dāng)前未解除的所有告警事件，再進行進一步的告警分派處理；

l 權(quán)限強隔離：企業(yè)可能有多組織的管理訴求，不同組織的資源權(quán)限不向其他組織開放，資源關(guān)聯(lián)的事件也同理；

針對如上場景，在事件列表新增對應(yīng)視圖，內(nèi)置“所有事件”和“與我相關(guān)的事件”兩大視圖。同時支持設(shè)置事件視圖的訪問權(quán)限，僅監(jiān)控配置管理人員（有對應(yīng)管理權(quán)限）才支持配置視圖訪問權(quán)限

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

DevOps

1）CI流水線支持自定義網(wǎng)絡(luò)模式-流水線Docker容器支持IPv

目前，優(yōu)維EasyOps全平臺已逐步使部分服務(wù)面向IPv6環(huán)境，客戶側(cè)可根據(jù)實際網(wǎng)絡(luò)需要啟用IPv6。而當(dāng)用戶啟用IPv6時，文件倉庫也將獲得IPv6的訪問地址，此時通過CI流水線將制品推送到制品倉庫會因網(wǎng)絡(luò)協(xié)議不匹配而失敗。

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

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

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

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

因現(xiàn)場業(yè)務(wù)部門錯綜復(fù)雜，部分業(yè)務(wù)側(cè)gitlab代碼倉庫為業(yè)務(wù)方私有倉庫版本無法統(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ù)實際需要將IPv4和IPv6地址分配給Pod和Service。

為了滿足企業(yè)需求，工作空間支持Service資源雙線網(wǎng)絡(luò)模式，即企業(yè)在開發(fā)服務(wù)Service資源時，可根據(jù)實際的使用選擇一個IP協(xié)議的策略，該策略包含單站、雙戰(zhàn)和強制雙戰(zhàn)幾種模式。

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

4）應(yīng)用部署支持進程的啟動檢查超時時間-更靈活的部署結(jié)果反饋

程序包在部署后，會有端口啟動檢查動作來校驗服務(wù)啟動與否，以判斷服務(wù)是否部署成功，但是由于客戶現(xiàn)場部分程序包的啟動時長較長，超出了端口檢查時間限制，導(dǎo)致了程序包已經(jīng)部署成功，但還沒啟動成功，被平臺判斷為發(fā)布失敗，造成了信息誤差。

為此，應(yīng)用部署現(xiàn)已支持用戶自定義服務(wù)啟動時長，對于啟動時長較長的服務(wù)，可以給夠緩沖時間，獲得更準(zhǔn)確的部署結(jié)果，規(guī)避誤通知。

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

5）部署任務(wù)支持記錄應(yīng)用配置版本及其版本變更信息-更完善的變更信息通知

以往的變更歷史僅支持對程序包配置包的變更版本通知，但是缺少對應(yīng)用配置發(fā)布版本的變更對比。對于使用應(yīng)用配置的用戶來說，獲取這一信息的路徑比較長。

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

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

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

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

為了降低自動部署過程的理解成本，支持應(yīng)用部署分布日志的自定義步驟名稱與程序包進程中的步驟腳本名稱保持一致。

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

AutoOps

1）工具超時結(jié)束進程樹-完整的工具進程控制

工具庫配置了執(zhí)行超時時間，并且勾選了超時強制結(jié)束，但在超時后，前臺顯示“signal: killed“，但后臺的 script 腳本還是存在，并沒有kill

掉，導(dǎo)致服務(wù)器內(nèi)的進程仍然在跑。

為了完整控制工具進程，在工具的高級設(shè)置里，勾選了超時強制結(jié)束后，可支持真正意義上結(jié)束進程樹。

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

2）工具lib庫支持權(quán)限控制-更安全的工具調(diào)用控制

由于客戶現(xiàn)場通過堡壘機管理的網(wǎng)絡(luò)設(shè)備上要執(zhí)行一些命令，比如禁用ip，給ip加入黑白名單，加路由表等等。所以對于調(diào)用堡壘機接口來獲取設(shè)備密碼的這些代碼通常都需要通過lib來去維護，而且有很高的權(quán)限要求，不能所有人都能看到密碼。

為此，新增了lib庫的訪問/創(chuàng)建/編輯/刪除/執(zhí)行權(quán)限，可以實現(xiàn)對執(zhí)行用戶只能調(diào)用，無法查看具體的參數(shù)密碼的場景支持。同時增加lib實例級別的白名單控制，能夠?qū)崿F(xiàn)單一實例的 訪問/創(chuàng)建/編輯/刪除/執(zhí)行權(quán)限。

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

3）運維自動化作業(yè)列表支持切換卡片視圖和列表視圖-提升用戶體驗

目前運維自動化作業(yè)列表僅支持卡片視圖展示，存在作業(yè)標(biāo)題展示不全的問題，無法滿足用戶的需求，因此需要支持列表視圖的展示，從而盡可能完整地展示作業(yè)的基本信息。

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

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

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

ITSM

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

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

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

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

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

l “設(shè)置全局摘要“功能易給用戶造成誤導(dǎo)，文案、邏輯不突出。

針對上述痛點，故對信息摘要模塊進行整體改版，以滿足客戶使用場景及需求。

優(yōu)化點1：支持在節(jié)點維度自定義分組，按照分組將摘要信息進行歸類。

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

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

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

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

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

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

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

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

原先配置【CMDB實例數(shù)據(jù)寫入容器】，若容器子屬性設(shè)置了必填，但是容器無新增的數(shù)據(jù)，表單支持提交，未做任何校驗/限制，容易讓用戶產(chǎn)生疑惑，如下圖：

針對上述場景，對【CMDB實例數(shù)據(jù)寫入容器】進行了升級，新增加容器配置，即“為空時刻保存/提交”勾選框，用戶可自定義容器為空時是否支持提交。

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

5）其他優(yōu)化說明

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

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

l 工單模板新增模板重名校驗；

l 工單在駁回場景下，點擊詳情進來時能夠自動帶出表單信息進行編輯；

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

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

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

l 系統(tǒng)設(shè)置-文案設(shè)置頁面按照Tab分類展示信息；

l 流程庫、表單庫、領(lǐng)域模型、標(biāo)準(zhǔn)字段列表數(shù)據(jù)按照最近編輯時間優(yōu)先排序；

l 觸發(fā)器事件新增“撤銷”事件。

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

公共服務(wù)

1）平臺對象存儲minIO支持高可用

平臺對象存儲服務(wù)過去只獲取minIO單個節(jié)點的地址，用戶側(cè)即便集群化部署了minIO也無法使對象存儲服務(wù)高可用。

我們調(diào)整了對象存儲服務(wù)的重連邏輯，在當(dāng)前minIO地址不可訪問時，通過查詢名字服務(wù)來獲得minIO其他節(jié)點的地址，以此達(dá)到對象存儲服務(wù)高可用的目的。

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

2）EasyHub支持流水線模板資源類型-豐富Hub商店資源類型

為了豐富Hub商店資源類型，新增支持將流水線模版作為EasyHub資源，供用戶開箱即用，以便于用戶選擇合適的框架模版初始化CI流水線。

EasyHub支持【流水線模版】資源類型的制作、上傳審批及安裝；模版管理列表支持離線hub商店的流水線模版資源。

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

3）EasyHub支持資源自動發(fā)現(xiàn)套件資源類型-豐富Hub商店資源類型

支持將資源自動發(fā)現(xiàn)套件作為EasyHub資源，供用戶開箱即用，助力IT資源的發(fā)現(xiàn)及納管。

EasyHub支持【資源自動發(fā)現(xiàn)套件】資源類型的制作、上傳審批及安裝；資源自動發(fā)現(xiàn)列表支持離線hub商店的資源自動發(fā)現(xiàn)套件資源。

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

4）通知配置新增調(diào)試功能-支持展示配置方式的可用狀態(tài)及原因

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

為了展示配置方式的可用狀態(tài)，新建及編輯通知配置頁新增調(diào)試功能支持用戶向指定通知人發(fā)送測試通知，返回通知發(fā)送結(jié)果并展示，以實現(xiàn)對通知方式可用性的驗證。

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

5）Agent配置界面化-易懂易用不易錯

由于當(dāng)前修改agent配置需要一臺臺去操作，純后臺的配置項，很多客戶不清楚如何配置，容易配置出錯；并且批量修改十分繁瑣。

為了客戶更便捷操作，將Agent配置界面化，具體有以下幾點優(yōu)化：

l 詳盡的配置指引，配置更易懂

l 界面化查看配置、界面化配置，更易用

l 支持全局配置，快速新安裝和無需個性化配置的agent

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

– end –