使用云效在阿里云上进行一站式开发运维
生活随笔
收集整理的這篇文章主要介紹了
使用云效在阿里云上进行一站式开发运维
小編覺得挺不錯的,現(xiàn)在分享給大家,幫大家做個參考.
摘要: 云效,一站式企業(yè)協(xié)同研發(fā)云,提供從“需求->開發(fā)->測試->發(fā)布->運維->運營”端到端的協(xié)同服務和研發(fā)工具支撐。云效將計劃與其他云產(chǎn)品合作,進一步優(yōu)化一站式體驗。
導讀
作為一站式企業(yè)協(xié)同研發(fā)云,云效提供從“需求->開發(fā)->測試->發(fā)布->運維->運營”端到端的協(xié)同服務和研發(fā)工具支撐。同時云效與其它常用的云產(chǎn)品緊密集成,提供以應用為核心的一站式研發(fā)體驗。先上一張大圖:
為什么需要云效來集成各個云產(chǎn)品?
重復的概念
目前阿里云提供了大量的優(yōu)秀的云產(chǎn)品,比如ECS,SLB,云監(jiān)控,日志服務,幫助用戶進行線上服務的部署,運維,監(jiān)控,告警。
但實際用起來之后,你會發(fā)現(xiàn)一個很明顯的問題。那就是有些概念,比如機器分組,會在多個產(chǎn)品中重復實現(xiàn)。假設我現(xiàn)在有一個線上的Web應用,包含了5臺機器。那么我需要在日志服務中將這5臺機器配置到一個分組,然后再在云監(jiān)控中把同樣的5臺機器分到云監(jiān)控的分組,再把這5臺機器掛在某個SLB下。不過這個事情其實也容易理解,因為缺乏了一個基礎的公共概念,那就是應用。
而云效作為一個研發(fā)協(xié)同平臺,天生就是以應用為核心的。應用下面有不同的環(huán)境,每個環(huán)境對應一個機器組,使用這個機器組的概念,就可以將各個云產(chǎn)品的機器組的概念統(tǒng)一起來。通過Open API的方式,云效可以在創(chuàng)建應用的同時,就把上述的這些相關服務配置好。同時應用也會成為一個訪問其他各個云產(chǎn)品的快捷入口。
不一致的配置
讓我們再進入到單獨的一個云產(chǎn)品來看看。比如日志服務。日志服務需要配置日志收集的路徑。一般來講用戶會對每個應用單獨的、重復的進行配置。有些應用的配置可能是相同的,有些可能是不同的。設想一下,如果所有應用的日志路徑配置都是相同的,或者說起碼是有規(guī)律的(比如阿里巴巴內(nèi)部的大多數(shù)應用的日志都會放在/home/admin/<應用名>/logs這個目錄下),那么云效就可以在您創(chuàng)建應用時候,就自動將收集路徑配置好。那么如何才能做到應用的日志路徑是一致的呢,云效的方案很簡單,那就是使用代碼模板。通過云效的一站式解決方案向導創(chuàng)建的出來的代碼庫中就包含了標準的日志配置(比如logback.xml)。
機器上除了應用的日志之外,您可能還需要關心Web Server(Nginx/Apache)及應用容器(Tomcat)的日志。這些日志的位置就不是代碼模板可以解決的了。云效提供的解決方案是ECS模板。您可以自定義ECS模板,也可以使用云效默認提供的模板。有了模板,那么Web Server和應用容器的日志的位置也就確定下來了,云效也可以自動的幫您創(chuàng)建出來。
來源于阿里內(nèi)部的解決方案
上面提到的這些問題,僅僅是一部分。而上面提到的解決方案也恰恰是阿里內(nèi)部的思路。云效的阿里內(nèi)部版本服務了整個集團幾萬人的的研發(fā)人員。把應用的整個生命周期與各個相關的服務(日志,監(jiān)控,VIP等)有機的串接起來,最大限度的減少重復性的工作。一個阿里的同學創(chuàng)建一個新的應用,基本上都感覺不到這些服務的存在,只有當機器真的出現(xiàn)問題時候,你才會收到告警。這種體驗,說真的,真是棒極了。
我們也非常期待使用這套理念來服務更多的云上用戶。
基于云產(chǎn)品進行更多的場景化
上面主要是講解如何以應用為核心來串接各個云產(chǎn)品。在此基礎上我們就能做更多的場景化的事情,比如藍綠發(fā)布和動態(tài)伸縮。下面用藍綠發(fā)布這個場景舉個例子。
藍綠發(fā)布
藍綠發(fā)布是業(yè)界常用的實踐。基于阿里云的SLB我們也可以手動的實現(xiàn)藍綠發(fā)布,無非也就是:創(chuàng)建并部署新的機器 將SLB的流量手動切換到新部署的機器 如果出現(xiàn)問題,則手動再切換回到舊的那一批機器 如果沒問題,則銷毀舊的那一批機器
當然每次手動做這件事情,也是非常痛苦的。所以云效能做的事情,就是在SLB等基礎設施的基礎上編排場景。幫助您屏蔽這些細節(jié)。
原文鏈接干貨好文,請關注掃描以下二維碼:
導讀
作為一站式企業(yè)協(xié)同研發(fā)云,云效提供從“需求->開發(fā)->測試->發(fā)布->運維->運營”端到端的協(xié)同服務和研發(fā)工具支撐。同時云效與其它常用的云產(chǎn)品緊密集成,提供以應用為核心的一站式研發(fā)體驗。先上一張大圖:
為什么需要云效來集成各個云產(chǎn)品?
重復的概念
目前阿里云提供了大量的優(yōu)秀的云產(chǎn)品,比如ECS,SLB,云監(jiān)控,日志服務,幫助用戶進行線上服務的部署,運維,監(jiān)控,告警。
但實際用起來之后,你會發(fā)現(xiàn)一個很明顯的問題。那就是有些概念,比如機器分組,會在多個產(chǎn)品中重復實現(xiàn)。假設我現(xiàn)在有一個線上的Web應用,包含了5臺機器。那么我需要在日志服務中將這5臺機器配置到一個分組,然后再在云監(jiān)控中把同樣的5臺機器分到云監(jiān)控的分組,再把這5臺機器掛在某個SLB下。不過這個事情其實也容易理解,因為缺乏了一個基礎的公共概念,那就是應用。
而云效作為一個研發(fā)協(xié)同平臺,天生就是以應用為核心的。應用下面有不同的環(huán)境,每個環(huán)境對應一個機器組,使用這個機器組的概念,就可以將各個云產(chǎn)品的機器組的概念統(tǒng)一起來。通過Open API的方式,云效可以在創(chuàng)建應用的同時,就把上述的這些相關服務配置好。同時應用也會成為一個訪問其他各個云產(chǎn)品的快捷入口。
不一致的配置
讓我們再進入到單獨的一個云產(chǎn)品來看看。比如日志服務。日志服務需要配置日志收集的路徑。一般來講用戶會對每個應用單獨的、重復的進行配置。有些應用的配置可能是相同的,有些可能是不同的。設想一下,如果所有應用的日志路徑配置都是相同的,或者說起碼是有規(guī)律的(比如阿里巴巴內(nèi)部的大多數(shù)應用的日志都會放在/home/admin/<應用名>/logs這個目錄下),那么云效就可以在您創(chuàng)建應用時候,就自動將收集路徑配置好。那么如何才能做到應用的日志路徑是一致的呢,云效的方案很簡單,那就是使用代碼模板。通過云效的一站式解決方案向導創(chuàng)建的出來的代碼庫中就包含了標準的日志配置(比如logback.xml)。
機器上除了應用的日志之外,您可能還需要關心Web Server(Nginx/Apache)及應用容器(Tomcat)的日志。這些日志的位置就不是代碼模板可以解決的了。云效提供的解決方案是ECS模板。您可以自定義ECS模板,也可以使用云效默認提供的模板。有了模板,那么Web Server和應用容器的日志的位置也就確定下來了,云效也可以自動的幫您創(chuàng)建出來。
來源于阿里內(nèi)部的解決方案
上面提到的這些問題,僅僅是一部分。而上面提到的解決方案也恰恰是阿里內(nèi)部的思路。云效的阿里內(nèi)部版本服務了整個集團幾萬人的的研發(fā)人員。把應用的整個生命周期與各個相關的服務(日志,監(jiān)控,VIP等)有機的串接起來,最大限度的減少重復性的工作。一個阿里的同學創(chuàng)建一個新的應用,基本上都感覺不到這些服務的存在,只有當機器真的出現(xiàn)問題時候,你才會收到告警。這種體驗,說真的,真是棒極了。
我們也非常期待使用這套理念來服務更多的云上用戶。
基于云產(chǎn)品進行更多的場景化
上面主要是講解如何以應用為核心來串接各個云產(chǎn)品。在此基礎上我們就能做更多的場景化的事情,比如藍綠發(fā)布和動態(tài)伸縮。下面用藍綠發(fā)布這個場景舉個例子。
藍綠發(fā)布
藍綠發(fā)布是業(yè)界常用的實踐。基于阿里云的SLB我們也可以手動的實現(xiàn)藍綠發(fā)布,無非也就是:
當然每次手動做這件事情,也是非常痛苦的。所以云效能做的事情,就是在SLB等基礎設施的基礎上編排場景。幫助您屏蔽這些細節(jié)。
原文鏈接干貨好文,請關注掃描以下二維碼:
總結
以上是生活随笔為你收集整理的使用云效在阿里云上进行一站式开发运维的全部內(nèi)容,希望文章能夠幫你解決所遇到的問題。
- 上一篇: 相濡以沫的意思(相濡以沫的出处)
- 下一篇: 罗技继续买买买,收购色映盘制造商 Lou