【雲服務】敏捷開發中常用DevOps解決方案快速迭代項目

DevOps解決方案

適用於軟件開發者的產品和解決方案,方便開發者快速、可靠的構建和交付產品。顛覆基礎設施預置和管理流程,
改變傳統應用程序代碼交付方式,加強軟件發佈流程的自動化,讓開發過程環環相扣,親密連接你我。

開發者服務產品包含了從項目管理,代碼託管,性能壓測,應用發佈以及線上監控全過程產品。無論是OpenAPI,SDK,還是CLI;
無論是Docker化的應用容器交付,還是基礎設施的編排管理,都能讓你在開發過程中使用最小的精力獲得最大收益。

持續交付解決方案

1. 搭建一個支持多種語言編譯環境的CICD環境很麻煩?
2. CD環境還要完美支持部署到Docker運行環境,配置起來也很麻煩?
3. 從CD環境支持灰度發佈,需要大量的腳本和運維,複雜且容易出錯?

持續交付是一種敏捷交付的方式,加速軟件的開發、測試與交付。從整個產品生命週期的角度,通過自動化的方式減少從前由於流程或者人爲因素干預而造成的開發週期冗長,人員效率低下,軟件質量無法保障等問題。容器服務提供的持續交付的方案可以一鍵部署包含多種語言(Java,Golang,Node.js,Python,PHP)編譯環境的Jenkins slaves與最新版本的Jenkins,支持最新的Jenkins2.0 pipeline,兼顧多種不同架構的交付場景。

藍綠髮布

1. 熬夜加班也沒有搞定新版本升級,想回滾到老的服務卻發現已經不可能了?
2. 評估服務穩定程度,需要幾個小時甚至幾天,黃花菜都涼了?
3. 還在爲手工或腳本方式保證不中斷服務而導致的易出錯、費時而苦惱?

藍綠髮布,在發佈的過程中用戶無感知服務的重啓,通常情況下是通過新舊版本並存的方式實現,也就是說在發佈的流程中,新的版本和舊的版本是相互熱備的,通過切換路由權重的方式(非0即100)實現不同的應用的上線或者下線,不會間斷業務的同時完成可視化一鍵灰度發佈,並在升級過程中可以隨時回滾到老服務,確保升級安全。

自動擴容

1. 業務高峯隨時會來,是不是經常感到容量規劃趕不上業務變化?
2. 白天走流程,晚上熬夜準備機器,只是未了應對明天的業務高峯 ?
3. 洪峯過後多餘的應用和資源都要釋放,繼續加班是不是很辛苦?

阿里雲容器服務的彈性伸縮功能,可以非常方便的支持容器的自動彈性伸縮,從而更好的支持應用的彈性管理,同時能夠自動監控容器應用的指標,並根據自動彈性伸縮配置的規則進行擴縮容。在業務增長超過監控指標閥值的時候自動增加容器應用的實例數目,並在業務下降的時候自動收縮容器數目。從而簡化容器應用的管理,提高應用的可用性,提高資源的利用率。

產品配置清單推薦

ECS              規格:(系列2 | 4核 | 8G | 1M | 100G SSD雲盤 )*4   

SLB               規格:按量付費     數量:1價格:¥ 0.02/小時起

容器服務       規格:當用戶的集羣個數(所有地域累加)≤5且每個集羣的雲服務器節點個數≤20,免收集羣管理費用。

容器化解決方案

1. 我的青春浪費在大量集羣升級以及運維管理上,我的夢想是改變世界~
2. Docker集羣分佈在阿里雲和多個數據中心,想統一管理很難?
3. 數據中心閒置一票主機,想利用起來跑docker,但專門爲它搭建集羣管理超費事?

阿里雲容器服務提供的混合雲機制,開發者無需安裝、配置環境依賴即可通過一鍵執行的腳本,將IDC機房中的機器添加到容器服務的集羣中,通過雲端管理混合雲集羣。業務峯谷交替,雲上資源彈性伸縮,雲下資源安全穩定,雲上雲下多地互通,利用阿里雲資源,打通各地數據中心。混合雲帶給企業互聯網的新技術、近乎”無限“的資源,更高的安全防護能力,更靈活的業務彈性。

機器學習

1. 需要搭建一套分佈式機器學習環境,半個月過去了,代碼一行沒寫,洪荒之力都用來搭環境了?
2. 我只是一個數據科學家,不想被別人影響,只想做點改變世界的事情,但現在每天苦惱於繁瑣的系統運維,還要保證他們的高可用,太浪費我的才華了?

阿里雲HPC上的容器服務專注於幫助數據科學家和工程師們通過一行配置和一鍵式部署,輕鬆在HPC集羣上調度和部署機器學習應用。同時HPC深度集成了阿里雲的OSS,NAS,日誌和監控等基礎服務,爲用戶提供了一個開箱即用的機器學習基礎平臺。用戶可以靈活定製自己想要的機器學習框架,無需編程即可輕鬆集成阿里雲的計算,儲存,調度和運維能力,進而幫助用戶快速實現從0到1的技術變現。

微服務

1. 把微服務跑在雲上,運維的複雜度指數級上升,頭疼?
2. 爲了支持微服務的特性,需要大量的改寫代碼,嚴重影響了產品質量和線上穩定性?
3. 不瞭解微服務遷移的最佳時間,探索過程不僅費時成本又高?

微服務將原本一體化的單體巨石系統,通過功能的拆分,變成多個職責單一,結構簡單、互相連接的微服務,服務之間通過API的方式進行相互通信,降低了單體巨石系統的複雜度,提高了系統迭代的靈活性,但是也帶了架構、管理、運維的複雜性。阿里雲容器服務提供原生的微服務支持,在網絡、應用編排、存儲、服務發現、發佈模式等多個維度無縫支持微服務應用部署,降低微服務帶來的複雜性,提高微服務帶來的靈活性與架構w的魯棒性。

產品配置清單推薦

ECS              規格:(系列2 | 4核 | 8G | 1M | 100G SSD雲盤 )*4   

SLB               規格:按量付費     數量:1價格:¥ 0.02/小時起

容器服務       規格:當用戶的集羣個數(所有地域累加)≤5且每個集羣的雲服務器節點個數≤20,免收集羣管理費用。

移動開發解決方案

移動推送

1. APP短信推送業務月成本動輒高達幾十萬,數百萬甚至上千萬?
2. 花了鉅額費用,但短信促銷轉化率非常低?
3. 短信推送打擾用戶,用戶體驗好差?

阿里雲移動應用推送解決方案的目的是提供低成本的移動應用推送。方案能節省用戶80%以上的成本,體驗更優,更有利於用戶轉化。同時短信推送服務,可以滿足用戶對於到達率要求高的場景需求化

產品推薦

移動域名解析

1. 移動應用頻繁遭遇域名劫持?
2. 移動應用調度不精確,訪問速度慢甚至訪問不通 ?
3. 域名解析記錄修改不生效?

HTTPDNS提供一種基於HTTP協議的遞歸DNS服務器解析服務,解決了移動應用域名劫持,調度不準確,解析延遲大,連通性差,域名修改不生效的問題,根據客戶端IP實現精確調度,改善訪問延遲和連通性,保障域名解析記錄修改快速生效。

產品推薦

移動應用加速

1. 移動應用訪問速度慢?
2. 移動應用連通性差,經常無法訪問業務服務器?

阿里雲移動應用加速解決方案目的是實現移動應用的訪問加速,改善用戶體驗,和移動應用的訪問延遲和連通性等問題,實現了就近接入,降低域名解析和業務訪問延遲,提速10%以上。

產品推薦

基礎設施即代碼解決方案

1. 需要以編程的方式動態創建、銷燬雲資源,卻不得不陷入各種雲產品的API調用細節中無法自拔?
2. 基於雲的開發、運行環境無法和軟件開發過程一起迭代,拖累迭代速度,浪費大量時間保持環境一致性?

Infrastucture as Code,通過模版、API、SDK等形式,可以像編寫代碼一樣操作阿里雲資源,使基於雲的基礎設施成爲可編程的代碼。基礎設施能夠被編程創建、銷燬,能夠執行自動化測試、持續集成、持續交付,能夠被版本控制。並且通過ROS,我們可以把模板當做一種代碼,一種能夠操作雲資源(基礎設施)的代碼,可以把模板像代碼那樣進行版本控制,可以進行自動化測試,可以持續集成和部署。

一鍵擴容

1. 最近運營活動效果很好,訪問量暴增,性能跟不上?
2. 爲應對高訪問量,增加了很多ECS,,手動創建實例,初始化系統,安裝軟件,複雜又浪費時間?
3. 運營活動結束後,ECS閒置資源過多,造成資源浪費?

阿里雲資源編排服務(ROS),提供了通過模板管理雲資源的能力,用戶可以在JSON格式的模板文件中,描述系統的資源和配置,ROS會根據用戶的模板,創建和釋放資源,並對資源、軟件做指定的配置。我們可以把彈性變化的部分進行完整的定義,並且可以被無限次的重複執行。同時,ROS是一種無需人工值守的完全自動化服務。通過ROS提供的OpenAPI和CLI工具,結合雲監控的數據,可以把彈性變化整合成自動的機制,讓系統擁有完全的彈性能力。

推薦產品:自定義模版規格:用戶根據業務需求通過ROS自定義模版

系統架構交付

1. 公司業務規模大,需要的資源多,一套架構多次部署費時費力?
2. 公司業務遇到問題,但云產品太多,雲裏霧裏,不知道用什麼雲產品解決也不知道怎麼用?
3. 爲向客戶交付基於雲的架構、軟件而依賴繁瑣的安裝步驟和腳本而抓狂?

批量交付資源和軟件的能力,我們把這種能力定義爲系統架構交付能力。通過阿里雲標準化的資源生產流程,專業的系統架構師提供解決用戶實際問題所需包含的雲資源的搭配,通過編寫JSON格式的ROS模版,說明解決方案中的雲產品細節以及優惠細節,可以幫助公司方便快捷上雲。

推薦產品:

發表評論
所有評論
還沒有人評論,想成為第一個評論的人麼? 請在上方評論欄輸入並且點擊發布.
相關文章