全部產品
Search
文件中心

Support:雲原生遷雲端服務

更新時間:Jun 30, 2024

1.服務概述

1.1.服務說明

隨著雲端運算的不斷髮展、普及,越來越多的企業不斷加深對雲的瞭解,並積極的落地雲化改造,趨勢已經從上雲逐漸轉變為用好雲,而標誌著雲端運算技術紅利的雲原生技術,則漸漸的成為業界標準以及未來方向。作為雲原生技術的重要組成部分,容器化是雲原生的基礎,也是企業進行雲原生技術轉型的第一步。近年來,來自 CNCF(Cloud Native Computing Foundation 雲原生基金會)的 Kubernetes 已經成為容器編排領域的事實標準,阿里雲作為 CNCF 的成員與貢獻者,在雲原生、容器化方面進行了深入的投入,並為客戶提供應用程式容器化的交付服務。通過落地容器化、自動化等雲原生領域的關鍵技術,配合阿里雲完整的雲原生布局,與客戶一起打造更靈活、更現代、更標準的雲原生應用,為更高效、更快速的業務發展提供助力。

廣義上來說,雲原生一般指代四種核心技術:容器化、微服務、DevOps 與持續傳遞,隨著雲端運算的發展,這四種概念可以分別擴充,容器化特指應用程式的運行環境,達到統一的管理和編排;微服務則強調應用程式架構,足夠分布式、解耦並高內聚,是面向彈性的無狀態式彙總;DevOps 強調自動化與可觀測性,通過該領域內流行的方法論、工具達到資源利用、效能監控、服務治理等能力;而持續傳遞則代表應用程式響應業務的能力,不論是靈活性還是健壯性,以及常說的彈性。應用程式容器化服務不僅僅限於將應用程式封裝入容器,在其他雲原生象限也會有持續的改進與落地,比如自動化與 DevOps,微服務治理與可觀測性等,這些會根據具體專案與甲方需求進行調整。

任何未在本SOW中定義的工作或方案均在本專案的範圍之外。

2.服務涵蓋範圍

2.1 雲原生遷雲端服務範圍包含:

阿里雲服務與產品功能、容量、架構的諮詢、使用、配置,提供阿里雲產品的最佳實務。

與阿里雲資源相關的操作或系統問題的技術指導。

與阿里雲的管理主控台或其他阿里雲官方工具相關的問題。

 

2.2 雲原生遷雲端服務範圍不包含:

代碼開發。

第三方軟體的安裝、測試、故障診斷、最佳化等日常營運服務。

 

註:對於不在阿里雲雲原生遷雲端服務範圍內的第三方軟體問題 ,客戶可登入阿里雲社區擷取免費諮詢服務,或聯絡雲市場商家尋求協助 。

3.前提條件

  • 甲方應提前至少15個工作日申請該服務,以便於阿里雲評估甲方營運目標及時間計劃可行,確認是否承接該服務申請。

  • 甲方應及時向乙方提供所有需要的合理的文檔、資訊、資料、圖表以及必要的系統許可權、遠端存取通道以使乙方可以提供服務。且所有這些資料將受到本協議項下的保密條款的約束。甲方同意向乙方已披露的或將要披露的所有資訊是真實、準確並且不會產生誤導。

  • 本專案提供的是容器化諮詢服務,乙方的辦公地點不受專案約束,服務的提供方式主要以:電話、DingTalk、郵件等方式。

  • 本專案交付過程中,實施主體為甲方,乙方主要提供方案設計以及實施過程中的問題處理,具體的應用部署和測試動作需要由甲方進行。

  • 雙方在專案實施期間採用雙方同意的通訊方式,由雙方的專案經理負責傳遞本專案所需的書面資訊,可選擇的通訊方式包括:DingTalk、互連網、電子郵件等。

  • 所有專案交付物為中文(簡體),工作語言為中文。所有交付作品採用Microsoft Office(包括PowerPoint,Word,Excel,Visio)格式,並以電子拷貝方式提交。

  • 甲方與乙方應須按雙方事先達成一致的工作計劃、人員資源計劃與書面確定的工作起止日期投入專案工作。如遇到甲方相關業務系統迭代延期上線,相關項目進度將會產生順延,乙方對此不承擔責任。

  • 任何一方均不對本專案下的特殊、附帶、或間接損害或後果性經濟損害(包括利潤或節省金額損失)負責,即便該方已被告知該等損害賠償的可能性。

  • 客戶作為營運主體,需進行自身業務相關的營運工作。

4.分工邊界

4.1客戶與阿里雲

  • 雙方商定並確認具體營運目標及範圍。

  • 合約簽訂完畢,完成付費。

4.1.1各階段工作的雙方職責

根據專案計劃的階段任務工作,雙方在不同階段需要承擔不同的分工以順利推進專案進行。

專案階段

甲方

乙方

專案準備階段

  1. 指定一名具備合適技能和經驗的專案經理作為與乙方溝通的主要連絡人,代表甲方直接負責專案實施的計劃、協調、監督與控制以及升級問題與風險,同時全權代表甲方在本專案的各個方面做出決策

  2. 專案經理應協同乙方人員針對專案準備階段的所有事項(見本工作說明書《3 前提條件》)進行確認

  3. 辦公環境準備與人員出入許可許可權批准

  4. 管理甲方專案組相關人員且和各階段需投入人員進行溝通交流並取得投入專案的承諾與時間

  5. 管理甲方專案組相關人員

  1. 指派一名有經驗的專案經理執行專案管理,並引入、管理乙方專案組人員,與甲方專案經理溝通

  2. 針對專案準備階段的所有事項(見本工作說明書《3 前提條件》)提出方案與計劃與甲方專案經理進行確認並書面記錄在案

現狀調研階段

  1. 根據專案計劃與訪談計劃,組織關鍵使用者參與調研訪談

  2. 根據乙方調研需求提供現有業務概況,如系統、應用、資料、組織圖、人員分工等作為乙方評估調研評估輸入

  3. 確認乙方的容器化策略與風險控制策略

  4. 指定驗收人負責審核乙方交付物並提供反饋與確認驗收

  1. 提供訪談計劃並根據訪談結果評估現有基礎設施、容器相關基礎設施、應用架構、許可權配置、業務資料、應用依賴關係

  2. 根據評估結果提出遷雲策略與風險控制策略,並與甲方達成協議

  3. 根據甲方驗收反饋確保最終交付物符合驗收標註

方案設計階段

  1. 配合乙方進行容器化方案與DevOps等相關方案的整體設計

  2. 協助乙方驗證方案的可行性,為方案驗證提供必要的資源、環境等, 並負責依據方案進行具體的代碼改造和實施工作

  3. 指定驗收人負責審核乙方交付物並提供反饋與確認驗收

  1. 根據服務涵蓋範圍,結合客戶具體情境進行容器化方案和DevOps方案等相關方案的設計

  2. 進行方案的可行性落地驗證,在客戶環境進行真實測試,確認方案可行

  3. 根據甲方驗收反饋確保最終交付物符合驗收標準

方案實施階段

  1. 根據容器化方案、DevOps方案、可觀測性方案(如有),進行1個樣本核心應用程式容器化改造,跑通方案全流程

  2. 根據方案甲方及甲方開發商負責執行應用代碼改造、功能迴歸、聯調測試等實施工作

  3. 根據改造測試結果準備最終應用割接

  1. 協助並指導甲方開通或購買雲資源以及完成基礎架構搭建與配置

  2. 協助甲方對基礎設施與自動化營運部分,根據設計進行搭建與配置

  3. 提供容器化支援人員、DevOps實施支援,問題排查與解決方案

  4. 與甲方對方案的驗證結果達成共識後為系統割接進行準備

  5. 諮詢服務在該階段只進行1個樣本核心應用的落地。

割接與護航

  1. 確認系統割接計劃並指定相應的協同割接執行人員

  2. 清理測試資料並確認系統割接前的雲平台環境準備就緒

  3. 根據系統割接計劃在計劃時間視窗內完成系統割接工作,並驗證切換後的雲平台運行測試

  4. 指定營運介面人,交接雲平台營運工作

  5. 根據乙方排查問題的分析,對於非乙方維保範圍內的負責與第三方人員或系統進行問題修複

  6. 指定驗收人負責審核乙方交付物並提供反饋與確認驗收

  1. 協助甲方進行系統割接準備並對系統割接計劃與甲方達成共識

  2. 協助甲方進行系統割接並在系統割接過程中提供支援人員、問題排查與解決方案

  3. 在系統切換完成後,提供營運問題排查,針對在專案範圍內的問題提供修複或臨時解決方案

  4. 與甲方營運介面人進行營運交接

4.1.2完工標準

系統割接確認完成後,乙方協助甲方對系統進行功能方面的全面驗收,協助進行功能方面的迴歸測試,對可能出現的問題與異常進行排查與定位,並協助甲方解決。

基礎包、標準包與進階包的完工標準為:

所涵蓋的交付物被驗收,即客戶簽字並確認

完成1個樣本核心應用的落地實施

4.2服務類別目錄

服務內容:雲原生遷雲端服務針對客戶的營運目標,包含以下服務:

服務包內容

國際版基礎包

國際版標準包

國際版進階包

自訂包

專案準備階段

專案交付前準備工作

支援

支援

支援

按需支付

專案調研階段

基礎設施調研

支援

支援

支援

業務現狀和應用系統調研

支援

支援

支援

容器化目標調研

支援

支援

支援

方案設計階段

雲上架構設計

支援

支援

支援

DevOps自動化方案設計

支援

支援

容器化上雲方案設計

支援

支援

支援

可觀測性方案設計

支援

支援

應用程式容器化方案設計

支援

系統容器化成熟度等級評估

支援

支援

支援

方案實施階段(只負責1個樣本應用)

基礎設施與架構實施

支援

支援

支援

容器化改造實施

支援

支援

支援

DevOps落地實施

支援

可觀測性接入實施

支援

支援

容器化遷移上雲實施

支援

支援

割接保障

割接準備與實施

支援

支援

支援

5.服務SLA

  • 提供容器化交付專家服務。

  • 在服務期間內向客戶提供應用改造支援群以及按需的現場保障。

  • 按對應服務規格提供《應用程式容器化方案》、《DevOps自動化方案》、《容器化上雲方案》具體交付物根據服務內容有所不同。

6.服務流程

雲原生遷雲端服務流程

售前交流——官網下單——專案準備——專案實施——專案總結——專案驗收

7.驗收標準

7.1驗收分項清單

編號

交付階段

交付物

交付類型

1

專案調研階段

《專案調研報告》

文檔

2

方案設計階段

《容器上雲架構設計》

《應用程式容器化方案》

《容器化上雲遷移方案》

《容器化DevOps自動化方案》

文檔

3

遷移實施階段

《DevOps自動化實施報告》

《容器化上雲實施支援報告》

《容器化上雲割接方案》

割接與護航

《系統割接實施報告》

《系統護航報告》

7.2驗收標準

  • 乙方專案交付過程中提供容器化改造的支援人員,協助甲方容器化過程順利進行,並將關鍵資訊記錄在文檔內,因此文檔類交付成果應著重文檔實質內容的驗收,確認乙方提交內容符合甲方需求。

  • 若甲方商務程序要求在乙方提交交付成果前需進行各類內部評審,甲方應在約定的驗收時點前推動並及時完成其內部所需評審和彙報。

  • 文檔內容經過評審會,若需要修改,乙方修改後提請甲方進行驗收,由甲方指定的代表進行簽收確認。驗收在公用雲端服務系統頁面上點擊驗收確認按鈕。

  • 基礎包、標準包、進階包驗收標準:

    • 方案設計達到客戶要求,經過簽字確認,具體方案見《7.1 驗收分項清單》

    • 以1個樣本核心系統成功容器化落地為準,完成系統容器化建設即視為專案達到驗收要求。

7.3驗收計劃

根據《7.1驗收分項清單》所列示各階段的交付內容與交付物,本專案將按照以下驗收計划進行專案驗收,甲方同意根據此驗收計劃對乙方的交付物進行驗收。

雲原生遷雲端服務驗收計劃:

編號

驗收裡程碑

驗收內容

驗收完成標誌

1

容器化方案設計與驗證完成

專案準備、容器化調研評估、容器化上雲設計階段所有交付物

甲方線上確認《驗收報告》

2

1個樣本核心業務系統改造與割接

容器化改造實施支援涉及的所有交付物,詳見《7.1驗收分項清單》

甲方線上確認《驗收報告》

8.完成標誌

客戶驗收完成。