CICD概要
- CI-継続的インテグレーション（継続的インテグレーション）：開発手法のトランクに統合され、頻繁なコードは、（コンパイル、出版、自動化テストを含む）各集積自動ビルドは、統合エラーによって、できるだけ早く見つけるために、確認するためにされています。
- CD-連続展開（継続的デプロイ）：、テストの自動化を完了構築し、運用環境に展開するコードを提出します
メソッドのランチャーにCI / CDを実行します。
- サードパーティ製のツール、ドローン/トラヴィス/ジェンキンス、とウェブフックで、牧場主CLIはなど、更新プログラムの展開をトリガ
- 使用する
Rancher pipelineパイプラインランチャーにデプロイされたアプリケーションを提出することをソースからビルド
牧場主パイプラインの展開
Rancheパイプラインは、新しい機能ランチャーV1.6.13アップデートリリースです。そうでない場合はそうV1.6.13は、最初のランチャーのをアップグレードする必要があります。
牧場主パイプラインのインストールは非常に簡単です、検索パイプラインアプリストア
デフォルトの設定キーを展開して
サービスが開始された後、パイプライン内の他のインフラストラクチャ・アプリケーションでは、メニューの一番上にラインが表示されます
ラインを再生するとき、以下のように最初はUIファイルをロードすることが原因である可能性があり、オープン後の効果遅くなります
認証gitリポジトリ
gitlabを選択
gitlabを設定するには、プロンプトの手順に従ってください
OAuthのベースの認証のGitLabの設定
クライアントIDと秘密鍵の生成
ただ、生成されたクライアントIDと秘密鍵を入力し、情報Tianxie gitlabを確認
オーソライズ
待機中の検証
検証成功
あなたはより多くのアカウント（別のアカウントで再ログインを終了するにはgitlab）を追加することができます
DEMO GO
行を追加します。
ステージを追加
mkdir -p /go/src/10.240.4.160/example
ln -s $(pwd) /go/src/10.240.4.160/example/go
cd /go/src/10.240.4.160/example/go/outyet
GOOS=linux GOARCH=amd64 CGO_ENABLED=0 go build -o bin/outyet
docker pull 10.240.4.159/example/outyet:demo
/data/tomcat/webapps:/usr/local/tomcat/webapps
https://github.com/golang/example
创建容器的时候指定启动参数，自动挂载localtime文件到容器内
https://github.com/lawrli
##
参考文档：
将证书拷贝到如10.240.4.158客户机上并信任
scp -P 50022 10.240.4.160.crt 10.240.4.158:/usr/local/share/ca-certificates/
mattermost_external_url ‘https://10.240.4.160‘
mattermost_nginx[‘redirect_http_to_https’] = true
mattermost[‘gitlab_auth_endpoint’] = “https://10.240.4.160/oauth/authorize“
mattermost[‘gitlab_token_endpoint’] = “https://10.240.4.160/oauth/token“
mattermost[‘gitlab_user_api_endpoint’] = “https://10.240.4.160/api/v4/user“
##
openssl req -new -newkey rsa:2048 -nodes -out 10.240.4.160.csr -keyout 10.240.4.160.key -subj "/C=CN/ST=Harbin/L=Harbin/O=ydgw/OU=IT/CN=10.240.4.160" openssl x509 -in 10.240.4.160.crt -text -noout cp 10.240.4.160.crt /usr/local/share/ca-certificates/ /data/dns-etc/resolv.dnsmasq:/etc/resolv.dnsmasq /data/dns-etc/dnsmasqhosts:/etc/dnsmasqhosts /data/dns-etc/dnsmasq.conf:/etc/dnsmasq.conf /etc/localtime:/etc/localtime:ro dns (Expected state running but got error: Error response from daemon: OCI runtime create failed: container_linux.go:296: starting container process caused "process_linux.go:398: container init caused \"rootfs_linux.go:58: mounting \\\"/data/docker-dns/dnsmasq.conf\\\" to rootfs \\\"/var/lib/docker/aufs/mnt/3daf5708bcea4ec8da7108e5c8d6b2d030010e5a1fbe7d86349dc3db1a3fd774\\\" at \\\"/var/lib/docker/aufs/mnt/3daf5708bcea4ec8da7108e5c8d6b2d030010e5a1fbe7d86349dc3db1a3fd774/etc/dnsmasq.conf\\\" caused \\\"not a directory\\\"\"": unknown: Are you trying to mount a directory onto a file (or vice-versa)? Check if the specified host path exists and is the expected type) docker run -d -p 53:53/tcp -p 53:53/udp --cap-add=NET_ADMIN --name dns-server andyshinn/dnsmasq docker pull andyshinn/dnsmasq mkdir -p /data/docker-dns cd /data/docker-dns vi resolv.dnsmasq nameserver 202.97.224.68 nameserver 114.114.114.114 nameserver 8.8.8.8 vi dnsmasqhosts 10.240.4.160 gitlab gitlab.ydgw.cn vi dnsmasq.conf resolv-file=/etc/dnsmasq.d/resolv.dnsmasq addn-hosts=/etc/dnsmasq.d/dnsmasqhosts resolv-file=/etc/dnsmasq.d/resolv.dnsmasq addn-hosts=/etc/dnsmasq.d/dnsmasqhosts docker tag SOURCE_IMAGE[:TAG] 10.240.4.159/app/IMAGE[:TAG] docker-compose -f ./dns.yaml up -d
容器-Docker为什么火？
Google自2004年就开始使用容器技术，目前他们每周要启动超过20亿个容器，每秒种新启动的容器就超过3000个，在容器技术方面有大量的积累。
曾相继开源了Cgroup(Control Groups)和Imctfy(Google开源Linux容器)这两个重量级项目。Google对Docker的支持力度非常大，不仅把imctfy先进之处融入Docker之中，还把自已的容器管理系统(kubernetes)也开源出来。
技术的发展产生了大量优秀的系统和软件。
操作系统：Redhat/Centos、Debian/Ubuntu、FreeBSD、SUSE等
编程语言：Java、Python、Ruby、Golang、C/C++等
WEB服务器：Apache、Nginx、Lighttpd等
数据库：Mysql、Redis、Mongodb等
软件开发人员在这么多种类中自由选择，结果就是维护一个非常庞大的开发、测试和生产环境，开发、测试和运维人员就会被种类繁多的环境折腾的筋疲力尽。即使只选择其中一两种，随着操作系统和软件版本的更新迭代，维护工作还是变得越来越庞大。