使用雲效在阿裡雲上進行一站式開發運維

作為一站式企業協同研發雲，雲效提供從“需求->開發->測試->釋出->運維->營運”端到端的協同服務和研發工具支撐。同時雲效與其它常用的雲産品緊密內建，提供以應用為核心的一站式研發體驗。先上一張大圖：

目前阿裡雲提供了大量的優秀的雲産品，比如ECS，SLB，雲監控，日志服務，幫助使用者進行線上服務的部署，運維，監控，告警。

但實際用起來之後，你會發現一個很明顯的問題。那就是有些概念，比如機器分組，會在多個産品中重複實作。假設我現在有一個線上的Web應用，包含了5台機器。那麼我需要在日志服務中将這5台機器配置到一個分組，然後再在雲監控中把同樣的5台機器分到雲監控的分組，再把這5台機器挂在某個SLB下。不過這個事情其實也容易了解，因為缺乏了一個基礎的公共概念，那就是應用。

而雲效作為一個研發協同平台，天生就是以應用為核心的。應用下面有不同的環境，每個環境對應一個機器組，使用這個機器組的概念，就可以将各個雲産品的機器組的概念統一起來。通過Open API的方式，雲效可以在建立應用的同時，就把上述的這些相關服務配置好。同時應用也會成為一個通路其他各個雲産品的快捷入口。

讓我們再進入到單獨的一個雲産品來看看。比如日志服務。日志服務需要配置日志收集的路徑。一般來講使用者會對每個應用單獨的、重複的進行配置。有些應用的配置可能是相同的，有些可能是不同的。設想一下，如果所有應用的日志路徑配置都是相同的，或者說起碼是有規律的（比如阿裡巴巴内部的大多數應用的日志都會放在/home/admin/<應用名>/logs這個目錄下），那麼雲效就可以在您建立應用時候，就自動将收集路徑配置好。那麼如何才能做到應用的日志路徑是一緻的呢，雲效的方案很簡單，那就是使用代碼模闆。通過雲效的一站式解決方案向導建立的出來的代碼庫中就包含了标準的日志配置（比如logback.xml）。

上面提到的這些問題，僅僅是一部分。而上面提到的解決方案也恰恰是阿裡内部的思路。雲效的阿裡内部版本服務了整個集團幾萬人的的研發人員。把應用的整個生命周期與各個相關的服務（日志，監控，VIP等）有機的串接起來，最大限度的減少重複性的工作。一個阿裡的同學建立一個新的應用，基本上都感覺不到這些服務的存在，隻有當機器真的出現問題時候，你才會收到告警。這種體驗，說真的，真是棒極了。

我們也非常期待使用這套理念來服務更多的雲上使用者。

上面主要是講解如何以應用為核心來串接各個雲産品。在此基礎上我們就能做更多的場景化的事情，比如藍綠釋出和動态伸縮。下面用藍綠釋出這個場景舉個例子。

建立并部署新的機器

将SLB的流量手動切換到新部署的機器

如果出現問題，則手動再切換回到舊的那一批機器

如果沒問題，則銷毀舊的那一批機器

當然每次手動做這件事情，也是非常痛苦的。是以雲效能做的事情，就是在SLB等基礎設施的基礎上編排場景。幫助您屏蔽這些細節。

說完了雲效的願景，那麼現在到底提供了那些能力了呢？

請參看文章開頭的大圖，目前雲效已經完成了企業管理者購買機器功能。後續我們會逐漸完善這張大圖，如果您對于流程有什麼訴求，歡迎通過雲效右下角“提問”懸浮框聯系我們。