- 2.1.2.安装 Git及GitLab
- 2.1.3.在GitLab创建项目
- 2.1.4.使用Git管理項目(Idea继承Git并对项目进行管理)
- 2.1.5.从GitLab检出项目
- 2.1.6.提交代码到GitLab
- 2.2.Docker
- 2.2.1.组成
- 2.2.2.部署微服务到Docker
- 2.3.持续集成
- 2.4.创建持续集成任务
- 三、总结
前言
==============================================================
究竟什么是DevOps? 要想回答这个问题，首先要明确DevOps这个过程参与的人员是谁？即开发团队和IT运维团队！那么，DevOps的意图是什么呢？即在两个团队之间，建立良好的沟通和协作，更快更可靠的创建高质量软件！
一、DevOps是什么?
========================================================================
1.1.软件开发的演变
缓慢而繁琐的瀑布模型演变成敏捷，开发团队在短时间内完成软件开发，持续时间甚至不超过两周。如此短的发布周期帮助开发团队处理客户反馈，并将其与bug修复一起合并到下一个版本中。
虽然这种敏捷的SCRUM方法为开发带来了敏捷性，但它在运维方面却失去了敏捷实践的速度。开发人员和运维工程师之间缺乏协作仍然会减慢开发过程和发布。
DevOps方法就是基于对更好的协作和更快的交付的需求而产生的。DevOps允许用较少复杂问题的持续软件交付来修复和更快地解决问题。
1.2.什么是DevOps?
DevOps是一种软件开发方法，涉及软件在整个开发生命周期中的持续开发，持续测试，持续集成，持续部署和持续监控。 这些活动只能在DevOps中实现，而不是敏捷或瀑布，这就是为什么顶级互联网公司选择DevOps作为其业务目标的前进方向。 DevOps是在较短的开发周期内开发高质量软件的首选方法，可以提高客户满意度。
1.3.DevOps案例研究
Facebook暗启动技术
暗启动是在新功能完全发布给所有用户之前，逐步将新功能，推广到选定的一组用户的过程。这允许开发团队尽早获得用户反馈，测试错误，并且还可以测试基础架构性能
总结
微信，淘宝，以及许多领先的科技巨头，在向所有人发布之前，都使用暗发布逐渐向一小部分用户发布和测试新功能。
DevOps的目的是更快速、更可靠地创建质量更好的软件，同时开发、运维团队之间进行更多的沟通和协作。它是一个自动化过程，允许快速、安全和高质量的软件开发和发布，同时保持所有利益相关者在一个循环中。这就是DevOps获得越来越多的大型互联网公司青睐的真正原因。
二、DevOps工具链(工具准备是实现DevOps的硬性要求)
===========================================================================================
工欲善其事必先利其器，没有工具链条的打通任督二脉DevOPs是走不通的。
DevOps工具链是研发与运维博弈的产物,尽可能地自动化。
研发分享了DevOp的实践,发现我们项目组还在使用传统的方案开发项目。
CI与CD工具确实能提交交付的能力，自动化是大方向。
以下两幅图都是关于Devops的工具链,近年来由于云计算，互联网的发展，促进了DevOps的基础设施及工具链的发展，涌现了一大批优秀的工具，这些工具包括开发、测试、运维的各各领域，例如：GitHub、Git/SVN、Docker、Jenkins、Hudson、Ant/Maven/Gradle、Selenium、QUnit、JMeter等。下图是DevOps相关的工具集：
DevOps 的工具链
DevOps中包括版本控制&协作开发工具、自动化构建和测试工具、持续集成&交付工具、部署工具、维护工具、监控，警告&分析工具等等，补充了一些国内的服务，可以让你更好的执行实施 DevOps 工作流。
版本控制&协作开发：GitHub、GitLab、BitBucket、SubVersion、Coding、Bazaar
自动化构建和测试:Apache Ant、Maven 、Selenium、PyUnit、QUnit、JMeter、Gradle、PHPUnit、Nexus
持续集成&交付:Jenkins、Capistrano、BuildBot、Fabric、Tinderbox、Travis CI、flow.ci Continuum、LuntBuild、CruiseControl、Integrity、Gump、Go
容器平台: Docker、Rocket、Ubuntu（LXC）、第三方厂商如（AWS/阿里云）
配置管理：Chef、Puppet、CFengine、Bash、Rudder、Powershell、RunDeck、Saltstack、Ansible
微服务平台：OpenShift、Cloud Foundry、Kubernetes、Mesosphere
服务开通：Puppet、Docker Swarm、Vagrant、Powershell、OpenStack Heat
日志管理：Logstash、CollectD、StatsD
监控，警告&分析：Nagios、Ganglia、Sensu、zabbix、ICINGA、Graphite、Kibana
代码管理（SCM）：GitHub、GitLab、BitBucket、SubVersion
构建工具：Ant、Gradle、maven
自动部署：Capistrano、CodeDeploy
持续集成（CI）：Bamboo、Hudson、Jenkins
配置管理：Ansible、Chef、Puppet、SaltStack、ScriptRock GuardRail
容器：Docker、LXC、第三方厂商如AWS
编排：Kubernetes、Core、Apache Mesos、DC/OS
服务注册与发现：Zookeeper、etcd、Consul
脚本语言：python、ruby、shell
日志管理：ELK、Logentries
系统监控：Datadog、Graphite、Icinga、Nagios
性能监控：AppDynamics、New Relic、Splunk
压力测试：JMeter、Blaze Meter、loader.io
预警：PagerDuty、pingdom、厂商自带如AWS SNS
HTTP加速器：Varnish
消息总线：ActiveMQ、SQS
应用服务器：Tomcat、JBoss
Web服务器：Apache、Nginx、IIS
数据库：MySQL、Oracle、PostgreSQL等关系型数据库；cassandra、mongoDB、redis等NoSQL数据库
项目管理（PM）：Jira、Asana、Taiga、Trello、Basecamp、Pivotal Tracker
2.1.Git/GitLab介绍安装使用
2.1.1.介绍
Git是一个版本控制系统，GitLab是一个远程的Git仓库，GitLab与GitHub及国内的码云类似，用户在GitLab上注册账号，上传项目到GitLab，通过GitLab对项目进行版本控制。
2.1.2.安装 Git及GitLab
查询user.age和uesr.sex
git config user.age
git config user.sex
设置：
git config --global user.age “itcast”
git config --global user.sex"baidaguo@baidaguo.cn"
2.1.3.在GitLab创建项目
进入首页 点击New Project
输入对应信息并提交，创建成功后，进入项目主页，通过项目主页即可访问项目内容，并得到项目的Git项目仓库地址：
2.1.4.使用Git管理項目(Idea继承Git并对项目进行管理)
2.1.5.从GitLab检出项目
2.1.6.提交代码到GitLab
提交到暂存区->确认无误->push
如果用过svn的话都懂得 大差不差 总体没有什么难度
2.2.Docker
介绍就不多说 是在不知道是个啥玩意可看:
引用百度百科（百度百科Docker）
Docker 源代码托管在 Github 上, 基于go语言并遵从Apache2.0协议开源。
官网：docker官网
2.2.1.组成
1、Docker daemon（Docker守护进程）：
Docker守护进程是部署在操作系统上，负责支撑Docker Container的运行以及本地Image的管理。
2、Docker client：
用户不直接操作Docker daemon，用户通过Docker client访问Docker，Docker client提供pull、run等操作命令。
3、Docker Image：
Docker 镜像就是一个只读的模板。
例如：一个镜像可以包含一个完整的 ubuntu 操作系统环境，里面仅安装了 Tomcat或用户需要的其它应用程序。
镜像可以用来创建 Docker 容器。
Docker 提供了一个很简单的机制来创建镜像或者更新现有的镜像，用户甚至可以直接从其他人那里下载一个已经做好的镜像来直接使用。
4、Docker Container：
Docker 利用容器来运行应用。容器是从镜像创建的运行实例。它可以被启动、开始、停止、删除。每个容器都是相互隔离的、保证安全的平台。打个比方，镜像相当于类，容器相当于对象。
5、Docker Registry：
Docker 仓库分为公开仓库（Public）和私有仓库（Private）两种形式
最大的公开仓库是 Docker Hub，存放了数量庞大的镜像供用户下载。
用户也可以在本地网络内创建一个私有仓库。
当用户创建了自己的镜像之后就可以使用 push 命令将它上传到公有或者私有仓库，这样下次在另外一台机器上使用这个镜像时候，只需要从仓库上 pull 下来就可以了。
2.2.2.部署微服务到Docker
1.安装
centos7:
直接通过yum安装即可：yum install -y docker
启动docker：service docker start
查询docker版本:docker version
centos6:
rpm -ivh http://dl.Fedoraproject.org/pub/epel/6/x86_64/epel-release-6-8.noarch.rpm
yum install -y docker-io
service docker start
2.部署
1、工程最终打成 Jar包
2、创建Docker镜像
3、创建容器
4、启动容器
3.打包(省略了 大家都会)
4.创建镜像
上一步jar包拷贝到linux服务器先测试jar包是否可以运行:java -jar test-1.0-SNAPSHOT.jar
在test-1.0-SNAPSHOT.jar 位置编写Dockerfile文件
FROM java:8
ENV ARTIFACTID test
ENV ARTIFACTVERSION 1.0-SNAPSHOT
ENV HOME_PATH /home
WORKDIR $HOME_PATH
ADD /ARTIFACTVERSION.jar
ARTIFACTID.jar
ENTRYPOINT [“java”, “-jar”, “test.jar”]
在Dockerfile文件所在目录执行：docker build -t test:1.0-SNAPSHOT.jar
镜像创建成功，查询镜像：
[root@localhost xc-govern-center]# docker images
REPOSITORY TAG IMAGE ID CREATED SIZE
test 1.0-SNAPSHOT ad14dcce6666 35 seconds ago 684 MB
5.创建容器
基于test:1.0-SNAPSHOT镜像创建容器，容器名称为test-demo
docker create --name test-demo -t -p 50101:50101 -e PORT=50101 -e EUREKA_SERVER=http://192.168.101.64:50101/eureka/,http://192.168.101.64:50102/eureka/ test:1.0-SNAPSHOT
创建成功后 可通过docker ps -a命令查看
6.启动容器
docker start test-demo
7.停止与删除
1、停止正在运行的容器
docker stop 容器名
例如：docker stop test-demo
2、删除容器
docker rm 容器名
例如：docker rm test-demo
3、删除镜像
docker rmi 镜像名或镜像Id
例如：docker rmi test:1.0-SNAPSHOT
8.maven构建镜像
a.编写pom_docker.xml
b.将Dockerfile文件拷贝到src/main/resource下
c.删除之前创建的xc-govern-center镜像
d.进入工程根目录（pom_docker.xml所在目录）执行:mvn -f pom_docker.xml clean package -DskipTests docker:build
创建镜像成功，结果如下：
Successfully built 64682c9ba311
[INFO] Built xc-govern-center:1.0-SNAPSHOT
[INFO] Tagging xc-govern-center:1.0-SNAPSHOT with 1.0-SNAPSHOT
[INFO] ------------------------------------------------------------------------
[INFO] BUILD SUCCESS
[INFO] ------------------------------------------------------------------------
[INFO] Total time: 7.409 s
[INFO] Finished at: 2018-07-19T14:21:16+08:00
[INFO] Final Memory: 52M/414M
[INFO] ------------------------------------------------------------------------
2.3.持续集成
问题描述:
传统的软件开发流程如下：
1、项目经理分配模块给开发人员
