新書推薦：
《
武当内家散手
》
售價：HK$
51.8
《
诛吕：“诸吕之乱”的真相与吕太后时期的权力结构
》
售價：HK$
102.4
《
炙野（全2册）
》
售價：HK$
80.3
《
女人的胜利
》
售價：HK$
57.4
《
数据有道：数据分析+图论与网络+微课+Python编程（鸢尾花数学大系：从加减乘除到机器学习）
》
售價：HK$
273.7
《
500万次倾听：陪伤心的人聊聊
》
售價：HK$
55.2
《
英国商业500年（见证大国崛起与企业兴衰，启迪未来商业智慧。）
》
售價：HK$
82.8
《
万千心理·儿童心理治疗中的心智化：临床实践指导
》
售價：HK$
89.7
|
| 編輯推薦： |
*：
基于K8s 1.18，囊括所有K8s新特性和应用。
*权威：
由Kubernetes不同领域的专家共同执笔，全方位深入解读技术细节。
*实用：
五年多互联网行业Kubernetes生产化实践经验分享，助你不再踩坑。
*全视角：
深入剖析Kubernetes架构决策及设计原理。
从长期运维的角度，解析如何构建和运维生产化集群并持续优化。
分享大规模集群、多集群的运维挑战。
基于多租户Kubernetes的应用容器化、高可用部署和多活数据中心流量管理进行案例分享。
|
| 內容簡介： |
Kubernetes是由谷歌主导的基于容器技术的集群管理系统，其设计理念多数衍生自谷歌内部的集群管理系统的设计和运维经验。本书从设计层面剖析了Kubernetes的设计原理，并阐述了其设计背后的生产系统问题。Kubernetes作为开放式平台，具有对不同类型的应用（有状态应用或无状态应用，在线服务或离线任务）进行统一管控的能力。本书从互联网公司的视角出发，分享了如何构建高可用的多租户集群，如何确保集群的稳定性和高性能。此外，本书阐述了数据面优化的重要性，并介绍了各个关键点，以确保使用物理机或虚拟机的应用在迁移至容器平台后能够获得*性能。
本书的适读对象包括Kubernetes架构师、运维人员、测试工程师、技术经理，以及寻求应用落地方案的软件架构师和开发人员。另外，本书苛求于生产系统*实践，对于已有Kubernetes基础的读者，阅读本书会有事半功倍的效果。
|
| 關於作者： |
孟凡杰
eBay资深架构师，负责Kubernetes在企业落地过程中的架构和开发工作，专注于网络、多集群、服务治理和服务网格等方向。Kubernetes社区贡献者，曾参与社区集群联邦的开发和服务控制器重构等工作。CNUTCon全球运维大会、GIAC国际互联网架构大会明星讲师。
苏菲
高级软件工程师，Kubernetes专家。负责管理eBay Kubernetes云平台容器运行时及其周边模块，熟悉kubelet、CGroup、CNI等模块。主导eBay持续集成Pipeline的构建、容器运行时从Docker到Containerd的迁移、Minimal OS的管理等。
谢文利
eBay资深软件工程师，Kubernetes社区贡献者，经历了从k8s 1.2开始的众多版本在大规模云环境下的升级和落地，辅助多个大型应用往Kubernetes上迁移，深度定制存储插件调度等Kubernetes模块，热衷于解决容器化过程中碰到的各种问题，专注于Linux内核、性能优化、存储、网络等方向。孟凡杰
eBay资深架构师，负责Kubernetes在企业落地过程中的架构和开发工作，专注于网络、多集群、服务治理和服务网格等方向。Kubernetes社区贡献者，曾参与社区集群联邦的开发和服务控制器重构等工作。CNUTCon全球运维大会、GIAC国际互联网架构大会明星讲师。
苏菲
高级软件工程师，Kubernetes专家。负责管理eBay Kubernetes云平台容器运行时及其周边模块，熟悉kubelet、CGroup、CNI等模块。主导eBay持续集成Pipeline的构建、容器运行时从Docker到Containerd的迁移、Minimal OS的管理等。
谢文利
eBay资深软件工程师，Kubernetes社区贡献者，经历了从k8s 1.2开始的众多版本在大规模云环境下的升级和落地，辅助多个大型应用往Kubernetes上迁移，深度定制存储插件调度等Kubernetes模块，热衷于解决容器化过程中碰到的各种问题，专注于Linux内核、性能优化、存储、网络等方向。
李建强
eBay资深软件工程师，负责Kubernetes生产化过程中的架构和研发工作。先后负责构建企业级高可用集群、镜像安全保证（包括镜像扫描及Kubernetes集成方案）、集群联邦的构建与管理、云原生多租户的架构设计与落地等工作。
|
| 目錄：
|
目录
第1章 架构基础 1
1.1 云计算的变革 3
1.1.1 物理机时代 3
1.1.2 虚拟化时代 4
1.1.3 容器化时代 6
1.2 Kubernetes模型设计 11
1.2.1 对象的通用设计原则 11
1.2.2 模型设计 12
1.2.3 核心对象概览 16
1.2.4 控制器模式 20
1.2.5 控制器的协同工作原理 23
1.3 Kubernetes核心架构 25
1.3.1 核心控制平面组件 26
1.3.2 工作节点控制平面组件 33
1.3.3 Pod详解 43
第2章 计算节点管理 52
2.1 操作系统 55
2.2 文件系统规划 57
2.3 容器核心技术 58
2.3.1 Namespace 59
2.3.2 CGroups 64
2.3.3 容器运行时 71
2.3.4 容器存储驱动 77
2.4 节点资源管理 82
2.4.1 状态上报 82
2.4.2 资源预留 83
2.4.3 驱逐管理 84
2.4.4 容器和系统资源配置 87
2.5 存储方案 99
2.5.1 存储卷插件管理 99
2.5.2 存储的分类 102
2.6 节点调优 114
2.6.1 NUMA架构 114
2.6.2 CPU性能 115
2.6.3 内存 117
2.6.4 磁盘 120
2.6.5 网络性能 121
第3章 构建高可用集群 138
3.1 高可用的常用手段 141
3.2 Kubernetes高可用层级 144
3.3 控制平面的高可用保证 148
3.3.1 etcd高可用保证 149
3.3.2 API Server高可用保证 156
3.3.3 控制器高可用保证 164
3.3.4 集群的安全性保证 165
3.4 面向应用的高可用特性 173
3.5 模型驱动的集群搭建与管理 176
第4章 构建企业级镜像仓库 184
4.1 镜像仓库综述 185
4.1.1 镜像仓库 185
4.1.2 镜像管理 187
4.2 企业级镜像仓库 189
4.2.1 架构总览 191
4.2.2 数据库 193
4.2.3 块存储 194
4.2.4 镜像仓库实例部署 195
4.3 镜像仓库缓存 196
4.3.1 镜像分发的挑战 196
4.3.2 镜像缓存服务拓扑 198
4.3.3 镜像缓存流量管理 199
4.3.4 高可用镜像缓存服务 199
4.4 镜像安全 200
4.4.1 镜像扫描 201
4.4.2 镜像策略准入控制 206
4.4.3 镜像安全监控 210
第5章 多租户生产集群 213
5.1 租户 214
5.1.1 多租户支持 214
5.1.2 Kubernetes多租户有限支持 216
5.1.3 Kubernetes租户扩展 218
5.2 认证 222
5.2.1 Kubernetes认证 222
5.2.2 用户认证 225
5.2.3 高负载认证实践 227
5.3 授权 229
5.3.1 Kubernetes授权 230
5.3.2 租户授权 235
5.3.3 特殊权限管理 236
5.3.4 特殊权限应用 238
5.4 隔离 243
5.4.1 节点隔离 244
5.4.2 容器隔离 247
5.4.3 网络策略隔离 249
5.5 配额 252
5.5.1 Kubernetes配额 252
5.5.2 高阶配额 255
5.5.3 租户配额 262
5.5.4 租户配额实践 265
第6章 网络接入方案 267
6.1 数据中心基础架构 268
6.2 域名服务 270
6.3 Linux网络基础 273
6.3.1 理解Linux网络协议栈工作机制 273
6.3.2 iptables 275
6.3.3 ipset 277
6.3.4 IPVS 278
6.4 负载均衡 280
6.4.1 负载均衡的实现机制 281
6.4.2 负载均衡的技术实现 283
6.4.3 负载均衡的部署模式 288
6.4.4 负载均衡策略 289
6.4.5 健康检查 291
6.5 Kubernetes中的服务发布 291
6.5.1 创建服务 293
6.5.2 服务的类型 296
6.5.3 基于kube-proxy实现的流量转发 300
6.5.4 Service高级特性 308
6.6 DNS 312
第7章 API网关和服务网格 315
7.1 API网关 316
7.2 服务网格 320
7.3 深入了解Envoy 322
7.3.1 Envoy发现机制 325
7.3.2 Envoy架构 330
7.4 Ingress 334
7.4.1 功能概述 334
7.4.2 Ingress的挑战 336
7.5 Contour 337
7.5.1 架构 338
7.5.2 高级功能 341
7.6 Istio 350
7.6.1 架构 350
7.6.2 Sidecar 353
7.6.3 Ingress网关 360
7.6.4 金丝雀发布和流量灰度 363
7.6.5 安全保证 365
7.6.6 策略管理和遥测 368
7.6.7 数据平面加速 371
7.6.8 优势和挑战 372
第8章 集群联邦 374
8.1 集群联邦概览 377
8.1.1 集群联邦设计 377
8.1.2 集群注册中心 379
8.1.3 联邦共享逻辑 380
8.1.4 联邦类型配置 384
8.1.5 同步控制器 385
8.1.6 副本调度控制器 386
8.1.7 全局DNS服务 388
8.2 集群联邦对象抽象 390
8.2.1 集群资源 390
8.2.2 联邦资源 391
8.2.3 定义联邦资源 393
8.2.4 联邦资源管理 397
8.3 联邦应用 398
8.3.1 联邦应用规划 400
8.3.2 联邦应用部署 401
8.3.3 联邦应用运维 402
8.3.4 集群联邦的局限性与解决方案 409
第9章 边缘计算 416
9.1 边缘数据中心 417
9.1.1 智能域名服务（GSLB） 418
9.1.2 边缘网络接入 420
9.1.3 规划边缘计算应用 428
9.2 KubeEdge 430
9.2.1 通信协议 432
9.2.2 CloudCore 440
9.2.3 EdgeCore 446
9.2.4 设备映射器 450
9.2.5 未来展望 455
第10章 应用落地 456
10.1 应用容器化 459
10.1.1 Dockerfile 459
10.1.2 容器化带来的影响 463
10.2 应用接入的最佳实践 466
10.2.1 资源定义 466
10.2.2 灵活定义Pod 468
10.2.3 应用配置 473
10.3 应用管理 477
10.3.1 无状态应用 477
10.3.2 有状态应用 480
10.3.3 Operator 483
10.4 集群应用运维 485
第11章 监控和自动修复 488
11.1 指标监控系统 491
11.1.1 监控系统的构建 492
11.1.2 Prometheus Operator 500
11.2 日志管理系统 502
11.3 关键指标定义 504
11.4 自动修复系统 506
11.4.1 Node Problem Detector 506
11.4.2 自动修复控制器 509
11.5 事件监控系统 510
11.6 状态监控系统 512
第12章 DevOps 513
12.1 拥抱DEVOPS 515
12.2 自治跨职能团队 520
12.3 敏捷开发 523
12.4 GITOPS 529
12.5 质量保证 533
|
| 內容試閱：
|
推 荐 序
2020年国庆节前，老孟跟我说：帮我们的书写个序吧！我开玩笑说：你们怎么不找一个更有名气的人来写呢？老孟说：已经找了，但是还是想找你写一个序，因为你更了解我们的日常工作。
我自己平时很喜欢做总结，也常写专栏文章，深知写一两篇文章容易，要坚持写很多篇，并且汇集成书是很需要毅力的。老孟他们平时的工作强度很大，回家还要照顾孩子，能写成这样的大部头实属不易。
老孟、小强、文利还有苏菲，在这本书中，把自己这么多年在生产环境摸爬滚打的经验都毫无保留地倾囊分享了。要驾驭eBay这样规模的生产环境，必须了解技术背后的原理，而不能仅仅停留在操作层面，因此，这本书更多的是帮大家梳理系统设计背后的思考和细节。
想要学习云计算，就要学习很多基础知识，我们部门的新人刚加入的时候都觉得不适应密集型的信息轰炸，我觉得以后我们部门有新人加入时，我会建议他们先读一遍这本书。大家如果经历一两次生产环境的问题，再回来看这本书，估计体会更深。
我真切感到，书里面的知识无论从覆盖面还是深度都超越我们公司内部的文档，看来鼓励大家写书才是推进我们内部文档质量提高的出路啊！
我看这本书的时候仿佛在看回忆录。我记得我们在把eBay的Feature测试环境从OpenStack换成Kubernetes的时候，还顺便换掉了原先的负载均衡系统，上线后出了事故，被捅到了CTO那里，老孟他们通过持续努力，好不容易从坑里爬出来。之后我给老孟团队发了一个奖状，我把奖状交给老孟的时候跟他说，这个奖状外人看上去是个奖状，但是我们自己都知道它是一个提醒，提醒我们从开源系统到生产环境高可用之间还有很长的路要走。老孟一直把这个奖状摆在他桌子的显眼位置。
看到书中介绍Contour和Istio的章节，我们部门内部在关于技术选型时选用Contour还是Istio的激烈争吵历历在目，我们基础架构部全球副总裁为了这个事情，还让老孟写一个详细的分析报告，并且跟副总裁逐一分析技术细节。书中说CGroup弄得不好，会造成对系统性能的影响，还有内存水位线的介绍、RSSRPSRFS的介绍等，其实我们都是吃过苦头的，内部总结会是在公司3楼的会议室Fencing和Training Room开的，整个会议室坐满了人，一起学习了两个多小时，开完会天都黑了，还是周末，但是我觉得这时间花得值。
Resource Quota的章节，专门解释了资源横向切分和纵向切分的思考。这次国庆节长假前最后一天，小强还在跟我讨论这个问题，eBay因为历史原因数据中心资源被割裂成很多孤岛，我跟小强说，他的工作就像一条鲶鱼，迫使整个公司重新审视过去十多年的资源管理方式，eBay并不做内部部门间的单独财务结算。在这种情况下，我觉得如果真的要在保证资源利用率的前提下，缩短我们交付云计算资源的时间任重而道远。
在看第2章的时候，我就会想起，周末我去公司，看到文利还在那里思考怎么解决Cassini（eBay内部的搜索引擎集群）在Kubernetes上为什么会出现性能问题，一查就是两个月，最后还是被他死磕着搞定了。
看到介绍Containerd的章节我就会想起苏菲，我们公司所有Kubernetes集群替换成Containerd runtime就是她做的，把NPD从Daemonset换成系统服务也是吃了亏后改的还有很多很多不能在这里一一列举了，书中轻描淡写的一两句话，背后其实有我们很多的思考、教训和尝试。
我们这5年多来也是起起伏伏，公司做Kubernetes有一点是一直坚持的，就是要往深里做，把系统为什么这么设计搞清楚。一路的教训让我们非常重视系统上线前的压测和失效分析，而这些无不让我们对系统底层有了更深的认识。
待本书正式发售的时候，我得自己花钱买一本，也摆在我办公桌的显眼位置，因为这记录了我们的成长。我还很期待我们可以再写一本生产环境的踩坑实录。
eBay基础架构工程部研发总监 许健
2020年10月7日
前言
在这个合适的位置，交待一下我与这本书的渊源。一个偶然的机会，编辑老师问我，是否有意愿写一本关于Kubernetes生产化经验的书。没有太多犹豫，我回复道：好的。这回复是我发自内心的本能直觉。
从Kubernetes项目开源至今已五载有余，我和我的小伙伴们，有幸从第一个版本开始，就参与基于容器平台和Kubernetes技术栈的架构、开发、规模化生产落地、运维等一系列工作。在此期间，我们积累了一些值得分享的经验，也踩了不少关于新技术栈的坑。
相比于虚拟化技术，容器技术更轻量、优雅，也更符合微服务时代应用的构建与部署需求。基于容器技术的Kubernetes并不是一个孤立的云平台，它有成为云计算规范的野心。与此同时，它已俨然成为云计算的事实标准。
Kubernetes可以被看作一个云计算控制平面的框架，而云计算三要素计算、网络和存储，均以插件形式与Kubernetes集成。这样做的好处是，使用者可以选择自己的插件实现来落地。因此，当计算技术、网络技术或存储技术更新换代时，Kubernetes能够很容易地集成。于是在容器技术能打的今天，Kubernetes将对其提供全面支持；明天容器技术被其他技术取代，Kubernetes作为管理平台，只需要替换一个运行时插件即可，因此其地位不可撼动。
在容器技术基础之上，Kubernetes还做了更精妙的模型抽象。以规范后的模型作为统一的API，Kubernetes打破了集群管理者和应用开发者的边界。它用统一的语言将不同角色进行关联，通过特定的语义来实现平台层和应用层的协商。
Kubernetes的扩展性非常强。基于自定义模型，围绕着Kubernetes形成了丰富的生态圈，并且扩展的项目非常活跃。这些项目通常有大厂背书，同时以构建业界标准为方向，其中包括小到辅助应用构建的Helm，大到服务网格解决方案Istio，再到立项之初就尝试走标准化之路的开放应用模型（Open Application Model），都是按照相同的模式成长起来的。
写这本书的一个最重要的初衷，其实很纯粹，就是满足一种倾诉欲当看到这些精妙的设计，分享欲会喷薄而出。因此，本书不会罗列大量代码、示例、配置，或者教读者如何执行Kubernetes命令，而是尝试去介绍这些精巧设计背后的细节，比如它的设计考量、设计选择，以及选择这样的设计所付出的代价。
除此之外，由于新技术的生产化落地并非一帆风顺，必然会遇到这样或那样的问题。因此，我们希望从生产化落地的角度，分享生产系统中面临的挑战和可实施的最佳方案，还包括如何规避风险、优化系统以获得最优性能。
经历了五年的摸爬滚打，Kubernetes在eBay历史上成为了唯一一个统管大数据、搜索后台和云业务的支撑平台。截至目前，Kubernetes已经管理了上百个集群和数万台物理机，其最终目标是管理所有共计十多万台计算节点，其历程不可谓不艰辛。本书更多是从互联网公司的角度探讨Kubernetes生产化过程中，面对超大规模集群和海量应用，需要解决哪些问题。所谓生产化最佳实践经验，无非是一个又一个坑踩过来以后的心路历程。
本书共分12章，每个章节自成体系，尝试从不同侧面阐述生产化过程中带来的挑战。
第1章：介绍Kubernetes架构基础，了解Kubernetes架构基础是学习本书的根本。本章介绍容器技术的优势、Kubernetes对象设计的原则、Kubernetes控制平面组件的协同工作原理，并对控制面板组件作简要介绍。
第2章：通过以点带面的方式，聚焦单个节点，展开介绍容器技术的技术细节，以及与节点相关的调优方案，包括Kubernetes如何利用Namespace和CGroups技术、如何选择和构建存储方案，以及如何对CPU、内存、磁盘和网络进行调优，以使集群获得最优性能。
第3章：介绍如何构建高可用的Kubernetes集群，旨在提供生产化集群管理的思路。保证高可用是核心要义，其中包括如何构建高可用的Kubernetes平台、如何确保平台支撑的应用高可用，以及如何管理高可用的Kubernetes平台。
第4章：介绍如何构建生产化镜像仓库及镜像的安全保证。无论选择哪种镜像仓库，需要解决的本质问题都离不开Metadata的管理、镜像的块文件管理，以及镜像的分发。因此，本章介绍了镜像仓库的实现，以及基于容器镜像扫描和准入的安全保证方案。
第5章：Kubernetes作为开放式平台，需要多租户的支持，而其本身并未提供租户的概念，因而本章尝试从不同层面描述多租户集群需要解决的问题，以及Kubernetes提供的备选方案，包括认证集成、授权管理、隔离和配额管理等。
第6章：介绍网络接入方案，包括不同层级的网络协议、负载均衡原理，以及Kubernetes的网络接入支持。
第7章：介绍API网关和服务网格，API网关是集群的流量入口。本章分析了Ingress的设计缺陷、社区相应的替代方案、轻量级的入站流量管理扩展项目Contour，以及尝试将入站流量和服务网格统一管理的Istio，同时剖析了时下热门的数据面组件Envoy的架构与实现。
第8章：社区的集群联邦历经多次迭代，本章重点阐述V2版本的设计与实现原理，以及如何基于集群联邦技术，构建跨数据中心的高可用应用。
第9章：边缘计算是随着物联网而出现的一种计算模式，基于Kubernetes架构的边缘计算项目KubeEdge已在孵化中。本章分享边缘数据中心的构建案例，并展开分析KubeEdge的架构和其尝试解决的问题，以及在边缘网络中面临的挑战和设计考量。
第10章：从虚拟机技术到容器化技术是一个巨大的转变，因此，应用本身需要适应并积极拥抱这些变化，才能避免应用落地时可能面临的陷阱。本章记录了应用落地时面临的问题及应对方案，如为什么我的应用容器化以后不工作了？性能下降了？资源开销大了？问题的答案都将在本章揭晓。
第11章：在分布式系统中，监控指标是一个衡量系统功能是否达到运维标准的重要因素。本章介绍基于Kubernetes的监控要素，包括指标收集、日志管理、系统运维流程上遵循的最佳实践，以及基于监控系统指标数据的集群自动恢复的方法。
第12章：容器技术和Kubernetes及相应的工具链打通了DevOps的所有环节。工具链的发展是非常迅速的，比如持续集成工具从最初的Jenkins，演进到Prow，再到Tekton，只用了数年时间。然而本章未从工具链的角度展开，更多着力于从流程和职能划分的角度分析DevOps该如何做。
Kubernetes是一个超大的话题，限于篇幅，本书内容进行了一定的取舍；Kubernetes依然是一个快速迭代之中的技术，本书分享的内容具有一定的时效性。另外，因为写书时间紧，作者眼界和水平有限，如有错漏，敬请广大读者指正。
孟凡杰
2020年10月20日
|
|
購物車/收銀台(0) | 在線留言板
| 付款方式
| 運費計算
| 聯絡我們
| 幫助中心 |
加入書簽
HOME
新書上架
