1. <legend id="jwpzh"></legend>

    2. <optgroup id="jwpzh"></optgroup>

      <optgroup id="jwpzh"></optgroup>
      1. 回到主頁

        UWinRelease | 從簡單部署到流量管理,部署編排給你更多想象空間!

        hello,好久不見!

        伴隨EasyOps越來越高頻的微發布模式,我們最新策劃了【UWin Release】這個微欄目,小編將以月為單位,以最簡單明了的方式,與你一起分享當月最新的產品資訊!

        · 平臺發布

        最近,我們微發布了一波另人興奮無比的小產品——部署編排,現在和小編一起了解一下吧。

        熟悉我們產品的同學都知道,在EasyOps持續交付3.0產品線構成中,只有應付交付這條單獨的產品線,用于覆蓋單個應用的部署需求。

        但在實際的生產中,更多的是同一個業務模塊下多個應用的發布更新,讓EasyOps實現部署編排的能力,是我們每一個產品、研發、技術的大兄弟們一直在思考推進的事情。

        用戶場景

        我們在對用戶場景分析時發現,用戶在進行部署編排工作時,一般的工作流程是這樣的:

        傳遞給發布方案的參數,是一堆需要更新的應用列表以及他們的發布版本,這可以成為我們部署編排系統 API 層可以接受的參數,用于后續的對接發布計劃、自動產生部署方案的擴展能力等,這會成為我們的系統邊界。

        核心特征

        通過實踐總結,一個優秀的部署方案通常會有以下的特點:

        1、產品需求不會跨產品線,也就是說:發布方案通常不會跨多個系統模塊進行發布,發布計劃推送過來的需要更新的應用列表很可能是: ①. 同一個系統下的多個應用;②. 同一個系統下的多個子系統下的應用列表。

        2、應用之間的發布順序和技術架構相呼應,不會隨便改變,例如:一個有前端 WebService、后端DataService、存儲MYSQL的基本架構,發布順序通常是 MySQL - > DataService -> WebService;

        3、對于發布計劃來說,每次更新的應用列表和版本號是會隨著需求的變化而改變的,例如:系統A下有 A1、A2、A3、A4 4個應用,但是每次發布可能是 A1/A2、A2/A3、A1A2A4等任何組合;

        總結一下:就是實現在業務模塊下進行編排,有固定的編排順序,靈活的變化的參數,畫張圖表達一下:

        E.g.:業務系統 A,擁有應用 A1、A2、A3 和 A4:

        • 固定的部署順序:

        • 靈活的發布參數(灰色表示本次發布計劃不會發布):

        這里的部署順序可以是串行也可以并行,并行我們可以認為是一個部署組,例如:

        所以其實我們可以認為,同一個業務模塊下的編排順序可以是一個母版,每一次的執行都是具體的部署方案,這個部署方案和具體的發布計劃緊密關聯,從而自動構建本次的部署。

        而每一次的發布計劃,都可以基于母版生成一套相應的編排方案。

        應用部署方案

        在我們最新的部署編排產品功能中,我們提供了基于單個應用的一鍵部署方案,也就是把手工部署的流程,保存下來成為一個固定的部署方案,無需每次都走重復的流程,并且可以為單個應用定制多個不同的部署方案來適應不同的情況,讓單個應用真正做到一鍵發布。

        產品目標

        好啦,那我們部署編排這個產品要實現什么樣的目標呢?

        1、進一步提高 EasyOps 持續交付系統在應對客戶生產環境的需求發布管理上的能力,為用戶的產品功能發布自行構建相匹配的發布計劃;

        2、進一步提高應用交付能力的可配置能力和靈活性,為用戶提供 EasyOps 交付系統和其他系統、甚至是第三方系統的聯動能力;

        3、把業務樹和交付平臺的底層能力進行場景化、產品化的封裝,為平臺的基礎能力延伸展示更多的可能性。

        OK ! 接下來,還是和小編一起,體驗下【部署編排】產品的一些特性吧!

        特性一.應用實例視圖

        解決需求:更方便的使用管理體驗,用戶可以直接通過應用實例樹視圖,查看和管理應用系統和應用的編排方案。

        特性二.通用的編排方案

        1. 發布任務支持影響范圍的評估

        編排方案創建發布任務后,在預覽清單會看到此編排方案執行時對應用的影響范圍。

        2. 發布任務支持部署策略檢查和發布清單預覽

        編排方案在創建發布任務的時候,會檢查所有的應用一鍵部署策略狀態,如果有應用處于異常情況無法發布時,編排方案會進行提示并且停止本次的發布。

        編排方案在創建發布任務時,會提供發布清單進行預覽,發布清單暫時會包含應用部署卡片和編排流程圖,部署卡片會提供部署的應用策略以及對應的主機部署列表。

        3. 發布任務支持編排方案的嵌套子流程查看

        發布任務無論是預覽清單,亦或是結果詳情的流程圖,均支持嵌套子流程查看模式,無需打開新的標簽頁,該特性對深度嵌套子流程、子編排方案以及審批節點有非常好的用戶體驗。

        4. 發布任務支持應用部署卡片部署狀態實時預覽

        發布任務在執行時,會根據部署節點為單位,實時加載各個應用的部署節點部署進度。

        5. 發布任務支持發布任務的終止、失敗節點跳過、失敗節點重試以及再次執行

        發布任務的結果詳情對管理操作區域進行了優化,流程級別的操作全部放置在右上角管理區域。

        6. 發布任務支持發布通知

        編排方案在發布時,支持對相關人員進行執行概要的通知,提高了對發布任務跟蹤和關注的力度。

        7. 編排方案節點類型 ICON 全面更新

        編排方案中支持的步驟類型有:工具、子流程、人工審批、部署策略(應用的編排方案特有)、子編排方案(應用系統的編排方案特有)。

        在編排方案的流程圖中對這些節點 ICON 進行了全面的更新,以便提高辨識度。

        特性三.應用的編排方案

        1. 內置“部署策略”的節點類型對接應用交付的一鍵部署策略

        在應用的編排方案中,會提供一個特殊的步驟節點:部署策略,對接應用交付系統的一鍵部署策略,實現編排方案的部署管理能力的接入。

        2. 編排方案可以另存為模板進行內部分享

        應用的編排方案可以另存為編排模板,分享給其他業務線使用,同時應用系統的編排方案暫時不支持另存為模板,后續會提供此能力。

        3. 可基于編排模板創建編排方案

        特性四.應用系統的編排方案

        1. 內置“子編排方案”的節點類型引用系統內的其他應用的編排方案

        應用系統的編排方案,會有特殊的步驟節點類型:子編排方案,來引用應用系統內的應用的編排方案,實現當前系統內的多個應用聯合發布的能力。

        2. 支持應用自由組合發布

        應用系統的編排方案,創建發布任務時,會計算出此編排方案所引用的發布應用,并且可以對發布的應用列表進行自由組合,禁用和激活要發布的應用,靈活適應發布需求。

        特性五.工具和流程

        1. 內置工具和流程不允許用戶更新

        部署編排為內置的工具和流程提供了保護機制,不允許用戶直接編輯內置工具,唯一的更新途徑是優維的交付同事使用導入的方式來進行更新版本。

        2. 支持工具和流程添加部署編排白名單

        部署編排為工具和流程增加了白名單的機制,從而讓不用于部署編排的工具,不會出現在編排方案的編輯列表中,避免信息過多影響編輯效率。

        如果您需要了解EasyOps產品具體能力、功能實現細節的,可以通過我們的商務銷售渠道建立溝通哦,我們期待與您聯系!

        所有文章
        ×

        還剩一步!

        確認郵件已發至你的郵箱。?請點擊郵件中的確認鏈接,完成訂閱。

        好的

        美女一级牲交视频