微服务运维实战 pdf下载

采用业界新的工具和方法开展微服务开发与部署，快速构建现代软件系统。

《微服务运维实战（第1卷）》详细讲解微服务和容器在软件持续集成和部署中的应用。将微服务打包成不可变的容器，通过配置管理工具实现自动化测试和持续部署，同时保证零停机且随时能回滚。采用集中日志对集群进行记录和监控，轻松实现服务器扩展。作者通过讲解相关工具（Docker、Kubernetes、Ansible、Consul等）的用法，分享自己的工作经验，帮助读者构建高效、可靠、可快速恢复的软件系统。

Viktor Farcic是CloudBees公司的资深架构师、咨询师，他有着二十多年的软件开发经验，精通多种编程语言（包括C、C++、C#、Java、Perl、Python、Scala、JavaScript等），目前他感兴趣的领域是微服务、持续集成、持续部署、测试驱动开发。

讲解微服务开发与部署的工具和方法，涵盖微服务开发与布署全部流程。

第1章 DevOps的理想
1.1 持续集成、交付和部署
架构
部署
编排
1.2 部署流水线的曙光

第2章 实现突破——持续部署、微服务和容器
2.1 持续集成
推送到代码库
静态分析
部署前测试
打包并部署到测试环境
部署后测试
2.2 持续交付和部署
微服务
容器
2.3 三个火枪手——持续部署、微服务和容器的协作

第3章 系统架构
3.1 单块应用
微服务
3.2 单块应用与微服务的比较
运维和部署的复杂性
规模
部署、回滚和故障隔离
承诺期限
3.3 微服务的最佳实践
容器
3.4 代理微服务或API网关
反向代理
极简主义方法
配置管理
跨职能团队
API版本化
最后的思考

第4章 使用Vagrant和Docker搭建开发环境
4.1 结合微服务架构和容器技术
Vagrant与Docker
4.2 开发环境搭建
开发环境使用

第5章 部署流水线的实现——初始阶段
5.1 启动持续部署虚拟机
5.2 部署流水线步骤
构建Docker容器

第6章 Docker世界中的配置管理
6.1 CFEngine
Puppet
Chef
最后几点思考
配置生产环境
设置AnsiblePlaybook

第7章 部署管道的实现——中间阶段
7.1 在生产服务器上部署容器
检查清单

第8章 发现服务——分布式服务的关键
8.1 服务注册表
服务注册
主动注册
注册服务
服务发现
服务发现工具
手动配置
Zookeeper
etcd
配置Registrator
ConsulHealthChecks、WebUI和数据中心
8.2 服务发现工具的比较

第9章 代理服务
9.1 反向代理服务
代理服务对我们的项目有何帮助
nginx
nginx
HAProxy
9.2 代理工具的比较

第10章 部署流水线的实现——后期阶段
10.1 启动容器
10.2 集成服务
10.3 运行部署后测试
10.4 将测试容器推送到镜像库
10.5 检查表

第11章 部署流水线的自动化实现
11.1 部署流水线的步骤
Playbook和Role
部署前任务
部署任务
部署后任务
11.2 运行自动部署流水线

第12章 持续集成、交付和部署的工具
12.1 CI/CD工具对比
CI/CD工具的简史
运行Jenkins作业
创建JenkinsWorkflow作业
安装JenkinsMultibranchWorkflow和Jenkinsfile
最后的想法

第13章 蓝绿部署
13.1 蓝绿部署的流程
13.2 手动执行蓝绿部署
部署蓝色版本
集成蓝色版本
部署绿色版本
集成绿色版本
移除蓝色版本
发现应部署哪个版本以及回滚
13.3 使用Jenkinsworkflow自动化蓝绿部署
蓝绿部署角色
运行蓝绿部署

第14章 服务集群和扩展
14.1 可扩展性
轴线扩展
集群
Docker集群工具大比拼——Kubernetes、DockerSwarm和
Mesos对比
搭建
运行容器
选择
14.2 DockerSwarm漫步
14.3 搭建DockerSwarm
使用DockerSwarm部署
使用DockerSwarm无链接部署
使用DockerSwarm和DockerNetworking部署
使用DockerSwarm扩展服务
根据预留的CPU和内存调度容器
14.4 使用DockerSwarm和Ansible自动化部署
检验Swarm部署playbook

第15章 自我修复系统
15.1 自我修复等级和类型
应用程序级别的自我修复
系统级别的自我修复
硬件级别的自我修复
反应式自我修复
预防式自我修复
15.2 自我修复架构
15.3 Docker、ConsulWatches和Jenkins组成的自我修复系统搭建环境
15.4 自动设置Consul健康检查和watches来监测硬件
15.5 预设扩展和收缩的预防式自我修复
采用Docker重启策略的预防式自我修复
将On-Premise与云节点结合
15.6 自我修复系统（到目前为止）总结

第16章 集中日志和监控
16.1 集中日志的需求
16.2 向ElasticSearch发送日志条目
解析文件条目
发送日志条目到集中式LogStash
发送Docker日志条目到集中式LogStash实例
16.3 基于软件数据的自修复系统
硬件状态日志
基于硬件数据的自修复系统
最后的想法

第17章 结语
附录ADockerFlow
A.1 背景
标准搭建环境
问题
DockerFlow漫谈
零停机事件部署新版本
索引

我的职业生涯是从程序员开始的。那段日子，我所知道的只是编写代码。我以为出色的软件设计师就是精通编码的人，而精通的途径是对所选的一种编程语言做到了如指掌。后来，我的想法变了，我开始对不同的编程语言产生兴趣。我从Pascal换到Basic，而后换到ASP。Java和.NETet让我了解到面向对象编程的好处。Python、Perl、Bash、HTML、JavasScript、Scala，每种编程语言都带来一些新东西并教给我如何以不同的方式思考。我学会了为手头的任务挑选正确的工具。每学会一种新语言，我就感觉距离成为专家又近了一点。我只想成为一名资深程序员，这个想法随着时间的推移发生了改变。我认识到，如果要把自己的工作做好，我得成为一名软件艺匠。我学习的东西远不止输入代码。有段时间我痴迷于测试，现在我认为测试是开发不可或缺的一部分。除非有特殊原因，否则我编写的每行代码都是通过测试驱动开发（test-driven development，TDD）来完成的。测试驱动开发已它成为我手上必不可少的工具。另外我还认识到，在确定应该做什么时，我必须接近客户与他们肩并肩地工作。所有这些事情都将我引向软件架构领域。
我在软件行业工作的这些年，没有哪个工具、框架或者实践能像持续集成（continuous integration，CI）以及之后的持续交付（continuous delivery，CD）那样让我着迷。起初，我以为CI/CD意味着了解Jenkins并且能够书写脚本。随着时间的推移，我认识到CI/CD几乎牵涉了软件开发的方方面面。而我是在付出一定代价后才有了这样的认识。
我不止一次尝试为我开发的应用创建CI管道，但都失败了，因为我采用的方法是错误的。不考虑架构问题，CI/CD是无法实现的。类似的道理亦适用于测试、配置、环境、容错等等方面。要成功实施CI/CD，我们需要做出很多改变，这些改变第1眼看上去似乎没有直接的关联。我们需要从一开始就应用一些模式和实践。我们还得考虑架构、测试、耦合、打包、容错，以及其它他许多事情。通过实践CI/CD，我们正影响和改善软件开发生命周期的方方面面。
要真正精通CI/CD，我们需要对运维更为加熟悉。DevOps运动将开发所能带来的优势与传统运维相结合，这是一个显著的改善。但我认为这还不够。如果想要获得CI/CD所能带来的全部好处，我们需要深入理解架构、测试、开发、运维，甚至客户洽谈，并做出相应的改变。用DevOps这个名字来概括CI/CD其实是不合适的，因为DevOps不仅仅关系到开发和运维，其还关系到软件开发的所有方面，需要架构师、测试人员，甚至管理者的共同参与。DevOps将传统运维与开发相结合是一个巨大的进步。就当前的业务需求而言，手工运维几乎是行不通的，而自动化需要开发工作。我认为应该扩展DevOps的定义。我本打算把它重新命名为DevOpsArchTestManageAndEverythingElse，但这个名字过于繁琐而且几乎不可能读出来，因此我用DevOps 2.0来代替。DevOps 2.0不但要实现运维自动化，而且要让整个系统变得自动化、快速、可扩展、容错、零宕机、易于监控。这无法通过某个单一的工具实现，只能通过深入到技术层面和流规层面重构整个系统来实现。
本书介绍快速构建现代软件系统的方法，我们将微服务打包成不可变的容器，通过配置管理工具实现自动化测试和持续部署，同时保证零停机且随时能回滚。设计能够从硬件和软件故障中恢复的自愈系统，采用集中日志对集群进行记录和监控，轻松实现服务器扩展。
换言之，本书采用业界新的工具和方法开展微服务开发与部署。我们将用到Docker、Kubernetes、Ansible、Ubuntu、Docker Swarm、Docker Compose、Consul、etcd、Registrator、confd、Jenkins。
本书是写给那些对持续部署和微服务感兴趣的专业人士看的，涉及的内容非常宽泛，目标读者包括想了解如何围绕微服务设计系统的架构师，想了解如何应用现代配置管理实践和持续部署容器化应用的DevOps人员，希望将整个流程掌控在自己手中的开发人员，以及想要更好地理解软件交付流程的管理人员。我们会谈及系统的扩展和监控，。我们甚至会设计（并实现）能够从（硬件或软件）故障中自愈的系统。

本书内容涉及从设计、开发、测试、部署到运维的所有阶段。我们介绍的流程是业界新的佳实践。