上一次演示了如何使用阿里雲Codepipeline,阿里雲容器鏡像服務實現CI，講到這里我們push一下代碼后就自動編譯、自動跑單元測試、自動構建鏡像、自動推送鏡像到私倉。那么離我們最初設定的目標只差那么一小步了，那就是自動部署到測試/生產環境，這一步就是持續交付/部署(CD)。
CD其實是兩個意思
（1）Continuous delivery （持續交付）
指的是，頻繁地將軟件的新版本，交付給質量團隊或者用戶，以供評審。如果評審通過，代碼就進入生產階段。
（2）continuous deployment（持續部署）
指的是代碼通過評審以后，自動部署到生產環境。
之前我一直以為CD只是持續部署的意思，最近仔細查資料才發其實是有兩層意思。雖然是兩層意思，但是其實也差不多，都是部署到某個可以運行起來的環境中，把程序跑起來。持續交付一般是部署到測試環境，供測試團隊評審；持續部署是指通過測試評審后把程序部署到生產環境。既然差不多這里我就不細分了，因為都是部署，只是部署的位置不一樣。
流程
上次的流程到把鏡像推送到私倉（阿里雲容器鏡像服務）后就結束了，后面的流程需要手動跑shell腳本來完成。我們要把后面的流程串起來，讓shell腳本自動運行起來，需要一個觸發機制，比如webhook。幸好，阿里雲容器鏡像服務有這么一個功能，可以讓我們把流程串起來，那就是觸發器功能。這個觸發器功能跟webhook其實差不多，當容器鏡像服務收到新鏡像后會對外發送一個HTTP POST請求。那么我們只需要在服務器上部署一個web服務，當接收到POST請求的時候就運行服務器端的shell腳本，拉取鏡像，運行容器，這樣程序就部署起來了。
新建PublishHook服務
上面已經說了為了接收容器鏡像服務發出的POST請求，需要一個web服務來接收處理請求。這個服務很簡單，使用ASP.NET MVC都是殺雞用牛刀，僅僅是監控一個請求而已。這里我使用另外一個輪子AServerhttps://github.com/kklldog/AServer 。
1. 新建一個控制台程序，取名PublishHook
2. 使用nuget安裝AServer
3. 修改Program的main函數
using Agile.FrameworkNetCore.Log;
using System;
using System.Diagnostics;
namespace PublishHook
{
class Program
{
static void Main(string[] args)
{
Console.WriteLine("PublishHook is running now !");
var server = new Agile.AServer.Server();
server.AddHandler(new Agile.AServer.HttpHandler()
{
Method = "POST",
Path = "/api/hook",
Handler = (req, resp) =>
{
string shell_name = req.Query.shell;
if (!string.IsNullOrEmpty(shell_name))
{
RunShell(shell_name);
}
return resp.Write("ok");
}
});
server
.SetIP("0.0.0.0")
.SetPort(9000)
.Run();
Console.Read();
}
static void RunShell(string fileName)
{
var processStartInfo = new ProcessStartInfo(fileName) { RedirectStandardOutput = true };
var process = Process.Start(processStartInfo);
if (process == null)
{
Console.WriteLine("Can not run shell .");
}
else
{
using (var sr = process.StandardOutput)
{
while (!sr.EndOfStream)
{
var str = sr.ReadLine();
Console.WriteLine(str);
Logger.Info(str);
}
if (!process.HasExited)
{
process.Kill();
}
}
}
}
}
}
啟動一個http Server監聽9000端口,添加一個http handler，接收請求，解析QueryString獲取腳本名稱，然后運行腳本
運行publish_hook
sudo dotnet restore
sudo dotnet publish
使用dotnet publish命令發布這個程序，然后復制到服務器上。
sudo dotnet PublishHook.dll
使用dotnet命令在服務器上運行這個服務。注意：這個服務不能使用docker運行，因為它要運行shell腳本來操作宿主機的docker。如果這個服務跑在容器內，那么它執行的shell是相對於它的容器來說的，無法操作宿主機的docker環境。
復制上次新建的publish_cicd_test.sh腳本文件到PublishHook程序目錄並賦予權限
復制上次新建的publish_cicd_test.sh腳本文件到PublishHook程序目錄，一遍程序能夠從根目錄讀取。
chmod +x publish_cicd_test.sh
使用chmod +x給shell腳本賦值可執行權限
在容器鏡像服務新建觸發器
點擊創建觸發器
在新建界面填寫觸發器名稱，觸發器url。這個url就是PublishHook監聽的地址
測試一下
配置好容器鏡像服務的觸發器后，我們的配置工作基本都完成了。讓我們修改一下CoreCICDTest項目，然后push到Gitee上，看push后能不能全自動的部署成功。
@{
ViewData["Title"] = "Home Page";
}
<h3>
.NET CORE CICD TEST -- V 3.0
</h3>
修改home/index首頁，從V2.0改為V3.0，然后使用git push命令推送代碼。等待一會后，訪問一下CoreCICDTest的網址。
Wow！可以看到我們的網址已經自動部署成功了，終於完成了我們一開始設定的目標。
總結
回顧整個過程，我們可以發現各個服務之間雖然是彼此獨立，但是我們可以通過WebHook功能串聯起來。甚至最后我們自己定義了一個WebHook的監聽程序來替我們執行對應的腳步。其實通過這種思想我們可以把更多的流程串聯起來，實現更多自動化流程。
這次我們順利的使用阿里雲的Codepipeline、容器鏡像服務，實現了最基本的CICD。現在各大雲服務廠商基本都提供了很多基礎功能，而且大部分是免費的，有效的利用這些服務可以節省寶貴的時間，開發者可以更專注在核心業務上面。