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各階段工作的雙方職責
根據專案計劃的階段任務工作,雙方在不同階段需要承擔不同的分工以順利推進專案進行。
專案階段 | 甲方 | 乙方 |
專案準備階段 |
|
|
現狀調研階段 |
|
|
方案設計階段 |
|
|
方案實施階段 |
|
|
割接與護航 |
|
|
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.完成標誌
客戶驗收完成。