Istio最佳实战

Istio作为服务网格技术拥有代表性的产品，历经多年发展已日渐成熟，并受到越来越多开发者的青睐。本书以 Istio 服务网格为核心，内容包括基本概念、核心功能、运维、企业级落地四大部分，从基本的安装部署到功能实践，从底层原理分析到故障排查，从进阶操作到企业级实战，由浅入深地介绍了 Istio 服务网格的各个方面。

本书适合正在使用或关注 Istio 的开发工程师、运维工程师、架构师等云原生领域从业者阅读。无论你是服务网格技术的初学者，还是该领域的专家，都能从本书中寻找到有借鉴意义的理论及实践指导。

Christian Posta是 Solo.io 公司副总裁，全球领域首席技术官。他在云原生社区中以作家、博主、演说家，以及服务网格和云原生生态中各种开源项目的贡献者身份而闻名。Christian 曾在传统企业和大型互联网公司工作过，现在帮助组织创建和部署大规模的、云原生的、弹性的分布式架构。他擅长指导、培训和领导团队在分布式系统概念、微服务、DevOps 和云原生应用程序设计方面取得成功。

Rinor Maloku是 Solo.io 公司的工程师。他为采用应用网络解决方案（如服务网格）的客户提供咨询服务。此前，他在 Red Hat 公司工作，在那里，他开发了中间件软件，使研发团队能够确保其服务的高可用性。作为一名自由职业者，他服务了多位 DAX 30 成员，以充分利用云计算技术的潜力。

马若飞，就职于飞维美地（FreeWheel）北京研发中心，担任首席工程师，主要负责微服务架构设计和云原生落地工作。《Istio实战指南》作者，极客时间《Service Mesh实战》专栏作者，《云原生应用架构：微服务开发最佳实践》主要作者，人民邮电出版社IT专业图书专家顾问，ServiceMesher技术社区和云原生社区管理委员会成员。发表、翻译多篇云原生领域前沿技术文章，热衷于技术分享。

宋净超（Jimmy Song），Tetrate 布道师，云原生社区创始人，蚂蚁集团前云原生布道师及开源管理负责人，电子工业出版社图书出品人，独立撰稿人。Kubernetes 、Istio 等开源技术的早期使用及推广者。著有《未来架构：从服务化到云原生》《深入理解Istio：云原生服务网格进阶实战》，参与过多部作品的翻译工作。

罗广明，字节跳动服务框架团队架构师，云原生社区管理委员会成员、北京站站长。先后在爱立信、百度从事云原生、微服务及开源相关工作，后加入字节跳动，负责 CloudWeGo 等微服务项目开源相关工作。长期关注云原生 & 微服务领域前沿技术、架构演进及标准化进程。

1. 本书作者为全球服务网格技术专家，内容更加全面、翔实。

2. 本书译者为国内云原生社区技术专家，力求将内容准备传达表述，并且对于难以理解的内容进行了中文化处理。

3. 本书内容全面，覆盖Istio新版本及核心内容，示例代码丰富完善。

构建软件是困难的，通过网络连接不同的服务更困难。任何时候，通过网络发送数据包、消息或请求都不能保证其结果。这个请求会发送成功吗？它需要多长时间？如果请求失败，会有人知道吗？
Docker 和 Kubernetes 已经内置了很多功能来支持像微服务这样的分布式服务架构，但是它们加剧了现有的通信问题。一个运行异常的服务可能会毁掉一切。
在与全球各地的采用微服务的组织合作时，我发现让团队持续思考和解决沟通问题是非常困难的，其中涉及许多问题 ：他们将如何落实服务发现？是采用超时、重试、熔断，还是链路追踪、身份验证这样的方式？像 Netflix、Twitter 和 Google这样的大型云计算公司开创了一些早期成功的微服务架构。这些公司必须建立许多他们自己的开发者工具和基础设施来解决上述问题，幸运的是，他们开源了其中的大部分功能。那么，其他组织可以使用 NetflixOSS 全家桶或 Twitter Finagle 吗？可以，而且有些组织确实这么做了，但这样做会带来一个新的运作上的问题。
例如，NetflixOSS 全家桶主要是为 Java 开发人员编写的。那么 Node.js、Golang和 Python 团队怎么办呢？这些团队要么自己构建库，要么将其在互联网上找到的各种各样的功能组合在一起，而且还必须将这些与“网络通信”相关的代码混合到业务逻辑中。这增加了传递依赖性，使代码变得混乱，并且使修订变得更加困难。使用这些应用程序网络库来构建服务架构、升级、打补丁，以及跨不同语言来进行这些操作，是非常复杂且容易出错的。
服务网格是解决此应用程序网络问题的更简洁的解决方案。通过服务网格，我们将应用程序网络逻辑抽象成一个专用的基础设施，并将其应用到所有的服务中，而不管这些服务是用什么语言编写的。
Istio 是一个可扩展的、成熟的、功能强大的服务网格实现方案，它最初来自IBM 和 Google 的一个项目。我于 2017 年 1 月来到 Istio 团队，并且很早就开始承担这个项目的相关工作。2018 年年底，我在初创公司 Solo.io 担任全球领域首席技术官，专注于服务网格技术的研发和服务网格落地的推进。
从头开始创建一家公司，推动这项技术的发展，并就这个话题写一本深入的书，不是一件容易的事情。我需要一个有奉献精神和有激情的人来帮助完成 ；所以，当我做到一半的时候，Manning 团队和我邀请了 Rinor Maloku 加入进来。感谢我们二人在 Solo.io 工作期间为社区和客户共同努力而度过的时光。其中一些客户负责世界上最大的 Istio 部署项目，Rinor 和我已经能够根据实际经验为 Istio 编写一本优秀的书。我们希望这本书能向你展示 Istio 的价值和力量，并让你像其他许多人一样，轻松地将这项技术应用到生产环境中。

第1部分 理解Istio
1 Istio服务网格
1.1 快速迭代带来的挑战
1.1.1 不可靠的云基础设施
1.1.2 服务通信需要弹性
1.1.3 实时可观测性
1.2 使用应用程序库解决问题
1.3 基础设施的解决思路
1.3.1 应用程序感知服务代理
1.3.2 认识Envoy代理
1.4 什么是服务网格
1.5 Istio服务网格简介
1.5.1 服务网格与企业服务总线的关系
1.5.2 服务网格与API网关的关系
1.5.3 在非微服务架构中使用Istio
1.5.4 在分布式架构中使用Istio
1.5.5 使用服务网格的缺点
本章小结
2 Istio的第一步
2.1 在Kubernetes上部署Istio
2.1.1 使用DockerDesktop来演示样例
2.1.2 获取Istio发行版
2.1.3 将Istio组件安装到Kubernetes中
2.2 了解Istio控制平面
2.2.1 istiod简介
2.2.2 入口网关和出口网关
2.3 在服务网格中部署你的第一个应用程序
2.4 Istio的可观测性、弹性和流量路由
2.4.1 Istio与可观测性
2.4.2 Istio与弹性
2.4.3 Istio与流量路由
本章小结
3 Istio的数据平面：Envoy
3.1 什么是Envoy代理
3.1.1 Envoy的核心功能
3.1.2 Envoy与其他代理的比较
3.2 配置Envoy
3.2.1 静态配置
3.2.2 动态配置
3.3 Envoy实战
3.3.1 Envoy的Admin API
3.3.2 Envoy的请求重试
3.4 Envoy与Istio的融合
本章小结
……
第2部分 保护、观察和控制服务网格中的流量
第3部分 lstio运维
第4部分 在组织中落地lstio
A 自定义Istio安装
B Istio的sidecar及其注入选项
C Istio安全——SPIFFE
D Istio故障排查
E 如何配置虚拟机接入网格