上一次演示瞭如何使用阿里雲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環境。

複製上次新建的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。現在各大雲服務廠商基本都提供了很多基礎功能，而且大部分是免費的，有效的利用這些服務可以節省寶貴的時間，開發者可以更專注在核心業務上面