上一次演示瞭如何.Net Core in Docker - 使用阿里雲Codepipeline及阿里雲容器鏡像服務實現持續集成（CI），講到這裏我們push一下代碼後就自動編譯、自動跑單元測試、自動構建鏡像、自動推送鏡像到私倉。那麼離我們最初設定的目標只差那麼一小步了，那就是自動部署到測試/生產環境，這一步就是持續交付/部署(CD)。
CD其實是兩個意思
（1）Continuous delivery （持續交付）
指的是，頻繁地將軟件的新版本，交付給質量團隊或者用戶，以供評審。如果評審通過，代碼就進入生產階段。
（2）continuous deployment（持續部署）
指的是代碼通過評審以後，自動部署到生產環境。
摘自阮一峯大神的blog
之前我一直以爲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環境。
複製上次新建的publishcicdtest.sh腳本文件到PublishHook程序目錄並賦予權限
複製上次新建的publishcicdtest.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。現在各大雲服務廠商基本都提供了很多基礎功能，而且大部分是免費的，有效的利用這些服務可以節省寶貴的時間，開發者可以更專注在覈心業務上面。