コンテナサービスとコンテナレジストリの自動化機能を使用したCI/CDパイプラインの設定

本記事では、**Alibaba Cloud Container Service**を利用したCI/CD（Continuous Integration and Deployment：継続的インテグレーションとデプロイメント）のライフサイクルを実装するための実践的なアプローチを紹介しています。

*本ブログは英語版からの翻訳です。オリジナルは[こちら](https://www.alibabacloud.com/blog/594539)からご確認いただけます。一部機械翻訳を使用しております。翻訳の間違いがありましたら、ご指摘いただけると幸いです。*

#1、 前提条件
ステップバイステップのガイドを実行する前に、ユーザーは以下の前提条件を持っている必要があります。

- まともなコンピュータまたはラップトップ。
- ウェブブラウザ、Google Chrome
- 安定したインターネット接続
- Alibaba Cloudアカウント
- Linuxオペレーティングシステムの操作に関する基本的な知識。
- DockerコンテナとDockerfileの使い方についての理解と基礎知識。
- Kubernetesの基礎知識。
- GitHubのアカウント。

#2、 リソース
このチュートリアルでは、サンプルアプリケーションのソースコードを含む多くのサードパーティのリソースを使用しています。GitHub のアプリケーションソースコードを提供してくれた Satya Depareddy さんに感謝します。
[https://github.com/depareddy/java-webapp-docker](https://github.com/depareddy/java-webapp-docker?spm=a2c65.11461447.0.0.e19d4fb0jydVgY)

#3、序章
このドキュメントでは、Alibaba Cloud上でのDevOpsの基本的なベストプラクティスガイドを提供します。このガイドでは、Alibaba Cloud上のクラウドサービスを利用した継続的インテグレーションと継続的デプロイメント(CI/CD)をどのように実装するかについてのベストプラクティスを理解する。

本書では、CI/CDのライフサイクルを実際のシナリオに即して実装するための実践的なアプローチを説明します。ソフトウェア業界では、アプリケーション開発者の開発、デプロイ、環境オーケストレーションを容易にする方法として、コンテナを使用することの価値が急速に高まっています。それは、コンテナが環境の違いを効果的に管理し、スケーラビリティの向上を可能にし、新機能の継続的デリバリー（CD）をサポートする予測可能性を提供するからです。技術的な利点に加えて、コンテナは複雑な環境のコストモデルを劇的に削減することが示されています。

コンテナで構築された大規模かつ高弾性なアプリケーションには間違いなくメリットがありますが、環境の管理は大変なものになります。そこで、Kubernetesのようなオーケストレーションツールが本当に輝くのです。

Alibaba Cloud [Container Service](https://www.alibabacloud.com/ja/product/kubernetes)は、Googleが作成したプラットフォームに依存しないコンテナオーケストレーションツールであるKubernetesをベースにしており、Cloud Native Computing Foundation（CNCF）のプロジェクトとしてオープンソースコミュニティから多大なサポートを受けています。Alibaba CloudはCNCFのプラチナメンバーです。Alibaba Cloud Container Serviceでは、コンテナインスタンスの数をスピンアップし、スケーリングやフォールトトレランスのための管理を行うことができます。また、リクエストルーティング、コンテナディスカバリー、ヘルスチェック、ローリングアップデートなど、別のソリューションやカスタムコードが必要になるような幅広い管理活動も処理します。

Alibaba Cloud Container Serviceは、ほとんどのCI/CDツールと互換性があり、開発者はダウンタイムなしでテストの実行、Kubernetesでのビルドのデプロイ、アプリケーションのアップデートを行うことができます。Alibaba Cloud Container Serviceは、他のオープンソースツールとの互換性はあるが、CIとCDの自動化機能を備えています。

このシリーズの最初の記事では、Alibaba Cloud [Container Service](https://www.alibabacloud.com/ja/product/container-service)と[コンテナレジストリ](https://www.alibabacloud.com/ja/product/container-registry)の自動化機能を使用してCI/CDパイプラインを構成することに焦点を当てています。

#4. シナリオ
投資家がポートフォリオを閲覧したり、新しいファンドに投資したり、追加ファンドを購入したり、ファンドのパフォーマンスや統計情報を閲覧したりすることができるカスタマー・フェイシング・ウェブサイト・ポータルを導入している金融機関。現時点では、顧客は、ECS、SLBと自動スケーリングを使用してアプリケーションのワークロードをホストしています。顧客はデプロイを行うために伝統的な方法を使用しているが、開発者がソースコードリポジトリからソースコードを変更すると、それはユニットテストのために継続されます。テストが成功した後、開発者は手動で顧客イメージにパッケージ化し、クラウド上に保存します。その後、イメージに基づいてECSを作成するために使用されます。

現実世界のシナリオでは、アプリケーションは頻繁に変更される傾向があり、この場合、顧客はほぼ毎日ソースを変更します。アプリケーションチームはまた、テストとリリースを可能な限り迅速に行う必要があります。従来は、変更、テスト、アプリケーションサーバへの再デプロイのサイクルを経て、失敗した場合、前のバージョンにロールバックする面倒な方法が必要でした。開発者はすでにDockerコンテナの研究開発を行っています。この場合、このガイドでは、先ほどのCI/CDを継続するための手順を提供しますが、今回はアプリケーションをDockerコンテナにパッケージ化し、Kubernetes技術をベースにしたAlibaba Cloud Containerサービスにデプロイします。コンテナサービス上で稼働しているアプリケーションの複数バージョンを切り替える機能は、開発者にとって非常にシームレスで便利です。

チュートリアルを詳しく見ていきましょう。このチュートリアルでは、アリババクラウド[コンテナサービス](https://www.alibabacloud.com/ja/product/container-service)と[コンテナレジストリ](https://www.alibabacloud.com/ja/product/container-registry)を使用します。

![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/647921/a5636fcd-7598-239f-74ee-c6b7a35cf033.png)

#5. 継続的インテグレーション＆継続的デプロイメント（CI/CD
###5.1 CI/CDステップ
CI/CDプロセスは、一般的に以下のスキームに従います。

- ソースコードのブランチを作成する
- ソースコードをチェックアウト
- ユニットテストの構築と実行
- アプリケーションをDocker化する
- Docker化されたアプリケーションをDockerレジストリにプッシュする
- イメージをKubernetesクラスタにデプロイする

#6. CI/CDサーバの作成
ここでは、開発/CIサーバとして動作する新しいサーバを作成します。サーバーにdockerをインストールし、サンプルアプリケーションをサーバーにクローンします。その後、docker buildを実行し、コンテナにパッケージ化します。最後に、サーバ上でアプリケーションを実行します。

###6.1 仮想プライベートクラウドを作成する
ホームメニューの「製品」→「ネットワーク」→「仮想プライベートクラウド」と進みます。

![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/647921/90e1edee-f069-3c3c-9679-70ea94b19062.png)

VPC の名前（例：vpc-devops）と説明を入力します。

![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/647921/4ef0b3e6-92c6-472b-9730-16b317ee3f3f.png)

次に、VSwitch の詳細を入力します。VSwitch-devops に名前を入力し、デフォルトの CIDR ブロックを使用して、送信ボタンをクリックします。

![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/647921/f4f69b3a-e81e-783d-08e8-569fa7bad795.png)

###6.2 ECS（Elastic Compute Service）の購入
ホーム -> 製品 -> Elastic Computing -> Elastic Compute Service に移動します。

![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/647921/31422db4-e2eb-f8c1-5674-649c7f29bb43.png)

ECSのランディングページで、左の「インスタンス」メニューをクリックします。

![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/647921/39021115-38e4-0524-6fe6-b573293fece1.png)

インスタンスページで「インスタンスの作成」ボタンをクリックします。

![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/647921/444f84b1-f312-840c-7b13-bc142f21808c.png)

課金方法はPay-As-You-Goを選択します。ご希望の地域を選択します。サーバーの仕様としては、vCPU2台、RAM4GBを推奨しています。

![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/647921/13d65837-a43c-3c94-1cbd-bea4bf0378b0.png)

公開イメージとしてCentOSを選択し、ストレージとしてデフォルトの40GBを使用します。「次へ」をクリックします。「ネットワーキング」をクリックします。

ネットワークのページで、VPC: "vpc-devops "とVSwitchを選択します。先ほど作成した "vswitch-devops "を選択します。実際のシナリオでは、ECSにパブリックIPを割り当てず、代わりにSLB、ジャンプホスト、またはSSL-VPN経由でのアクセスのみを許可することをお勧めします。このラボの目的のために、ホストに直接 ssh します。パブリックIPの割り当てチェックボックスにチェックを入れます。最大帯域幅を選択します。

![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/647921/fab3be4b-6eca-fcc1-37b4-386ad5ed224f.png)

セキュリティグループセクションでは、デフォルトのセキュリティグループを使用します。使用できない場合は、「セキュリティグループの作成」をクリックして、新しいセキュリティグループを作成することができます。

![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/647921/11384233-ce19-271c-424f-9833a1977138.png)

セキュリティグループページで、[セキュリティグループの作成]ボタンをクリックします。

![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/647921/eefcf80f-333e-2c80-c044-6aa079298b77.png)

テンプレートとしてWeb Server Linuxを選択し、セキュリティグループの名前と説明を与えます。ネットワークタイプとしてVPCを選択し、先に作成したVPCを選択します。入口と出口のデフォルトのルールのままにしておきます。

ssh 22 のデフォルトポートがすでに追加されているので、新しいルールを追加する要求に対してこれが表示された場合は、プロンプトを無視します。

![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/647921/330fb8ba-9c46-bfcb-be9d-29ad4bc23a25.png)

![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/647921/660b849f-7618-d7c3-38ca-36a4cd198911.png)

[Add Security Group Rule] をクリックします。

![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/647921/b06eaf75-b566-f1f4-3e70-a6f7bfc3607d.png)

ポップアップ画面で、ポート範囲に8080/8080を、認証オブジェクトに0.0.0.0.0/0を入力します。OK]をクリックします。

![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/647921/83ab5b20-7e3a-a642-6381-d857fe2547bc.png)

セキュリティグループのショーは今、次のルールを持っています。

![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/647921/93d29924-30fd-d81f-a4f4-ba7e45f36e5e.png)

ECS->ネットワーク画面に戻り、先ほど作成したセキュリティグループを選択します。

![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/647921/31272699-b17b-2866-d979-c058b7265048.png)


[次へ]をクリックします。[システム構成] ボタンをクリックします。

Logon CredentialsでPasswordを選択し、ルートユーザー名のパスワードを入力します。ECS サーバの名前を付けてプレビューをクリックします。

![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/647921/1e56b2ce-d56b-c6ac-9b8a-34b106a3c6bf.png)

プレビューページで、情報が正しく表示されたら、「利用規約」チェックボックスをチェックして、「インスタンスの作成」をクリックします。


![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/647921/1737b67a-c44a-9d1d-2d07-80333d29df87.png)

ECSが作成されたら、ランディングページで、新しいECSが作成されているのを観察してください。ECSが正常に作成された後、関連付けられたパブリックインターネットIPアドレスがあるでしょう。後の演習で使用するために、このIPアドレスを削除してください。

![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/647921/351d719e-c792-10d5-4383-67a219c72421.png)

###6.3 セットアップ開発/CIサーバ
先ほどのラボで作成したCIサーバにログオンします。PCまたはラップトップで、ターミナルまたはコマンドプロンプト、またはPuttyを開きます。ECSにログオンするには、sshコマンドを使用します。

```
$ ssh root@x.x.x.x
```

パスワードは、先ほどの ECS のセットアップ時に root で入力したパスワードを使用してください。ログインに成功すると、以下のような画面が表示されるはずです。

![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/647921/7c36a886-be1b-fc96-aafe-9c98abecbaf3.png)

**6.3.1 古いDockersのアンインストール**
古いバージョンのDockerは、dockerまたはdocker-engineと呼ばれていました。これらがインストールされている場合は、関連する依存関係と一緒にアンインストールしてください。

```
$ sudo yum remove docker docker-common docker-selinux docker-engine
```

yum がこれらのパッケージがどれもインストールされていないと報告してくれればOKです。

イメージ、コンテナ、ボリューム、ネットワークを含む/var/lib/docker/の内容は保持されます。Docker CEパッケージはdocker-ceと呼ばれるようになりました。

**6.3.2 Docker CEのインストール**
yum-utilsはyum-config-managerユーティリティを提供し、devicemapperストレージドライバではdevice-mapper-persistent-dataとlvm2が必要です。

```
$ sudo yum install -y yum-utils device-mapper-persistent-data lvm2
```

以下のコマンドを使用して安定版リポジトリを設定します。エッジやテストリポジトリからもビルドをインストールしたい場合でも、安定版リポジトリは常に必要です。

```
$ sudo yum-config-manager --add-repo https://download.docker.com/linux/centos/docker-ce.repo
```

最新バージョンのDocker CEをインストールするか、次のステップで特定のバージョンをインストールします。

```
$ sudo yum install docker-ce -y
```

**警告**:複数のDockerリポジトリを有効にしている場合、yum installやyum updateコマンドでバージョンを指定せずにインストールやアップデートを行うと、常に可能な限り高いバージョンがインストールされます。

最近追加されたリポジトリからパッケージをインストールするのが初めての場合は、GPG キーを受け入れるように促され、キーのフィンガープリントが表示されます。フィンガープリントが正しいかどうかを確認し、正しい場合はキーを受け入れてください。フィンガープリントは 060a 61c5 1b55 8a7f 742b 77aa c52f eb6b 621e 9f35 と一致しているはずです。

Dockerはインストールされていますが、起動されていません。dockerグループは作成されていますが、グループにユーザーが追加されていません。

Dockerを起動します。

```
$ sudo systemctl start docker
```

hello-worldイメージを実行して、dockerが正しくインストールされていることを確認します。

```
$ sudo docker run hello-world
```

このコマンドは、テストイメージをダウンロードし、コンテナ内で実行します。コンテナが実行されると、情報メッセージを表示して終了します。

Docker CEがインストールされ、実行されています。Dockerコマンドを実行するにはsudoを使用する必要があります。非特権ユーザーがDockerコマンドを実行できるようにするため、およびその他のオプションの設定手順については、[Linux postinstall](https://docs.docker.com/engine/install/linux-postinstall/)に進みます。

###6.4 Dockerイメージのビルド
最新版のgitをインストールします。

```
$ sudo yum install git -y
```

**6.4.1 ソースコードをCIサーバにクローンする**
次に、ローカルコンピュータにコードをクローンする必要があります。

```
$ git clone https://github.com/echoesian/java-webapp-docker
```

![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/647921/ec26fba0-6859-d6a3-2c7e-7cb03446b997.png)


**6.4.2 Dockerビルド**
dockerをビルドするには、まずローカルにクローンしたソースコードのディレクトリに変更します。

```
$ cd java-webapp-docker
```

以下のコマンドを入力して、dockerイメージをビルドします。

```
$ docker build -t simplewebapp .
```

![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/647921/57a3a84b-2952-728e-852e-7e21aad63665.png)


**6.4.3 dockerイメージの検証**
docker イメージが正常にビルドされているかどうかを確認します。

```
$ docker images
```

![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/647921/c9de9bfb-57b2-df8f-f22f-0115d802ca46.png)

###6.5 Dockerイメージをローカルで実行する
KubernetestにpushされるDockerの前に、ローカルで実行してみて、すべてが正常に動作していることを確認してみましょう。

```
$ docker run -p 8080:8080 simplewebapp
```

**6.5.1 ブラウザ上でWebアプリケーションを表示する**
ブラウザを開き、WebアプリケーションのURLを入力します。例えば、CIサーバのIPアドレスが47.254.192.185の場合:http://47.254.192.185:8080/simplewebapp/

対応は以下のようにしてください。

![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/647921/598fbe07-2964-4cab-aea4-578fc008e121.png)

#7. コンテナレジストリの設定
###7.1 GitHub アカウントの作成 (オプション)
GitHub のアカウントをお持ちでない場合は、www.github.com にアクセスして新しいアカウントを作成してください。ユーザー名、メールアドレス、パスワードを入力します。そして、確認後、無料アカウントを選択します。

![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/647921/852f4522-60da-2132-18ae-86d7d1597342.png)

登録が完了すると、メインのランディングページに移動します。

![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/647921/a3c7acb6-13df-979a-b5d6-10d3dd9e1c23.png)


###7.2 アプリケーションのソースコードをフォークする
この研究室では、ソースコードリポジトリとしてGitHubを使用しています。まず、既存の Git リポジトリ[https://github.com/echoesian/java-webapp-docker](https://github.com/echoesian/java-webapp-docker?spm=a2c65.11461447.0.0.e19d4fb0x6vjva)からソースコードをフォークする必要があります。これを行うには、自分のGitHubにログインして、このリポジトリ [https://github.com/echoesian/java-webapp-docker](https://github.com/echoesian/java-webapp-docker?spm=a2c65.11461447.0.0.e19d4fb0UXgXJk) に移動します。画面右上のForkをクリックします。

![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/647921/487c9cc4-0819-5f72-6628-315ae8cfed70.png)


フォークが成功したら、自分のリポジトリにソースコードがあるはずです。

###7.3 GitHub アカウントをコンテナレジストリにバインドする
Alibaba Cloudコンソールに移動し、ページ左上の「Home」をクリックし、「Container Registry」を選択します。

![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/647921/1192c88f-add1-b270-32e8-1f4ec0fec34c.png)


最初のログオン時に下図のようなプロンプトが表示されます。左上隅でマレーシア（クアラルンプール）またはその他の地域を選択し、OKをクリックします。

コードソースに移動し、アカウントのバインドをクリックします。

![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/647921/b1181380-cb20-1840-b928-696bad933f12.png)


ポップアップダイアログで右矢印をクリックします。GitHub アカウントにサインインするための新しいリンクが開きます。

![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/647921/ee7678af-4cef-5a91-3e17-866c407d8cd0.png)


GitHubのサインインページで、ログイン情報を入力してサインインをクリックします。

![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/647921/66330494-e402-b30c-a313-d67eefd9178c.png)


認証ページで「Aliyun Developerを認証する」をクリックします。

![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/647921/d6dbd6da-b938-c4fe-dfd8-823058bd5777.png)


承認されると、通知メールが送られてくるはずです。コンテナ レジストリのページに戻ります。Account Bound ボタンをクリックします。

![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/647921/b96e7ae2-ba09-fd28-0ac3-e2b1e53b9304.png)


これで、GitHub のコードソースに "Bound" と表示されるようになったはずです。

![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/647921/8a10d032-496a-566b-0a12-0e04f5b96f92.png)

###7.4 名前空間
名前空間] ページに戻ります。デフォルトのプロンプトで、[OK] をクリックします。

![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/647921/9641bdc5-9ddf-8dd5-2461-e3c46fbda27e.png)


初めての場合は、Reset Docker Login Passwordをクリックします。

![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/647921/920d6797-b620-039e-8940-1eb3753a11d8.png)


Dockerのログオンパスワードを[Aliyun-test]または[お好みのパスワード]に設定します。

![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/647921/580c881d-35f9-1417-57d7-742dcb65af55.png)

ネームスペースとは、リポジトリの集合体です。企業や組織のリポジトリを1つのネームスペースにグループ化することをお勧めします。

- ネームスペースとして会社名を使用します。
- チームや組織を名前空間として使用する: misaka-team
次の図のようにネームスペースを作成します。新しいネームスペースは、既存のネームスペースと同じにすることはできません。入力したネームスペースが既に存在する場合は、別のネームスペースを入力します。

![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/647921/e5c2636f-0d2d-294a-63bb-4bd7a49509cf.png)


次の図は、ネームスペースが作成されたことを示しています。

![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/647921/987b0433-e2da-f3e8-13da-7b77dcc8f0c9.png)


###7.5 新規リポジトリの作成
下図のようにリポジトリを作成します。リージョンをマレーシア(クアラルンプール)など任意のリージョンに設定します。

![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/647921/6901f398-c1c2-70ae-874b-2b9986c31aa1.png)


次の図に従ってパラメータを設定し、[次へ] をクリックします。先ほど作成したネームスペースを選択します。

![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/647921/672fb4b6-2ff9-6845-e9a1-45f96b5cbef6.png)


GitHubを選択し、アカウントユーザー名とプロジェクトを入力します。リポジトリの作成をクリックします。

![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/647921/402d0b16-883d-58c6-fbae-e6b793e1c8da.png)

下図は、リポジトリが作成されたことを示しています。

![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/647921/8f8b3b76-1642-3deb-36f7-0433dd169b52.png)


管理をクリックしてリポジトリを開きます。

このリポジトリに画像をプッシュするための詳細なコマンドが表示されます。

![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/647921/b525b651-93c1-903b-93c8-965c70f992e9.png)


次の図に示す最初のコマンドをECSターミナルにコピーし、リポジトリのログオンパスワードを入力します。

![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/647921/8b4e5d50-f117-ddd3-ca6e-d16351a1e53e.png)


###7.6 Dockerイメージをコンテナレジストリにプッシュする
ルートディレクトリ上で、ローカルにクローンしたソースコードのディレクトリに変更します。

```
$cd java-webapp-docker
```

**7.6.1 Dockerfile**
dockerfileを開いてファイルを確認します。以下、dockerfileですが、簡単に言うと

1、ベースイメージとしてのmavenをダウンロード
2、作業ディレクトリの設定
3、ソースコードをターゲット画像ディレクトリにコピー
4、mavenビルドの実行
5、Tomcatイメージをダウンロードして、tomcatコンテナにデプロイ
6、port 8080を公開
7、Tomcatサーバーを実行

```
# setup working directory
FROM maven AS build
RUN mkdir /app
WORKDIR /app

# maven build
COPY src /app/src
COPY pom.xml /app
RUN mvn -f /app/pom.xml clean package

# deploy to tomcat server
FROM tomcat 
COPY --from=build app/target/simplewebapp.war /usr/local/tomcat/webapps
EXPOSE 8080
CMD ["catalina.sh", "run"]

```

以下のコマンドを実行して、simplewebapp画像のIDを取得します。

```
docker images
```

![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/647921/6cccdb0e-3432-4dd6-733b-ce627f2659f8.png)


下図の 2 番目のコマンドを ECS 端末にコピーします（「ImageId」を実際のものに置き換え、「tag」を v1 に設定）。

![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/647921/b4d49223-cca6-5bcd-d187-144caaadc4a5.png)

![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/647921/87837708-96a1-b423-3301-12144524230a.png)


下図の 3 番目のコマンドを ECS 端末にコピーします（[tag]を v1 に設定）。


![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/647921/0b1eb3e2-0143-893d-6817-7ca2bf3d899b.png)


下図は画像をアップロードしているところです。

![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/647921/bff71661-362e-df5e-337f-4fade0f21c05.png)


下図は、画像がアップロードされたことを示しています。

![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/647921/a372271d-b111-a039-05d0-03869f062f3c.png)

Alibaba Cloudコンソールに移動し、タグを選択します。アップロードされた画像が表示されます。

![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/647921/fda1442a-fa18-19ac-cb9a-0f1690ff8840.png)

7.7 自動画像ビルドの設定
ビルドセクションに移動し、イメージを自動的にビルドするオプションを有効にします。


![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/647921/1f8e7045-6783-1140-83cf-06c086d977b9.png)


他の環境でのダウンロード方法については、リポジトリガイドを参照してください。

![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/647921/724030b6-f200-795f-5957-68f418f26d49.png)


シリーズの[次のパート](https://www.alibabacloud.com/blog/continuous-deployment-automation-on-alibaba-cloud-cicd-automation-on-container-service-2_594540?spm=a2c65.11461447.0.0.e19d4fb0JDD4le)では、このDockerイメージをAlibaba Cloud Container Serviceにデプロイする方法と、Kubernetesのデプロイ戦略の概念をContinuous Deploymentワークフローに適用する方法を学びます。

*アリババクラウドは日本に２つのデータセンターを有し、世界で60を超えるアベラビリティーゾーンを有するアジア太平洋地域No.1(2019ガートナー)のクラウドインフラ事業者です。
アリババクラウドの詳細は、こちらからご覧ください。
[アリババクラウドジャパン公式ページ](https://www.alibabacloud.com/ja)*