多看阅读：目前观看体验，排版还是iOS最好的，奈何同步导出功能越来越弱，属于不再维护状态。

neatreader：多端进度可以实时同步，需要花钱。

微信读书：上传自己的书多端进度可以实时同步，免费。

放弃多看阅读，neatreader，携桶转移到微信读书。

在服务调用中遇到HTTP 503错误时，我们可以配置Istio来重试失败的请求，最多可以重试三次。我们可以准确地配置哪些失败的请求要重试、重试次数，以及每次重试的超时时间。

由于服务代理是按服务实例部署的，我们可以配置非常精细的重试行为，以适应应用程序的特定需求。Istio的所有弹性设置都是如此，服务代理实现了这些开箱即用的弹性模式：

• 客户端负载均衡。
• 位置感知负载均衡。
• 超时和重试。
• 熔断。

1. 版本控制

1.1 v1 版本服务

• 向集群外部公开catalog服务

1. 网关：将流量导入集群

流量首先被路由到一个入口点，该入口点是流量的守门人。

1.1 虚拟IP地址：简化服务访问

1. 将域名映射到一个虚拟IP地址，该IP地址代表我们的服务，并将流量转发到实际服务实例，为我们提供了更高的可用性和更大的灵活性。

2. 虚拟IP地址被绑定到一种称为反向代理的入口点类型。反向代理是一个负责将请求分发到后端服务的中间组件，它不对应任何特定的服务。反向代理还可以提供负载均衡等功能，这样请求就不会压垮任何一个后端。

服务网格是一种分布式应用程序基础设施，它负责以透明的、进程外的方式代表应用程序处理网络流量。Istio是一个由谷歌、IBM和Lyft创建的服务网格的开源实现。

1. 基础设施：它负责将代码部署到平台上（容器、Kubernetes、公共云、虚拟机等）。Istio不限定使用哪些自动化部署工具。

2. 应用程序业务逻辑：为了保持竞争力而必须编写的业务差异化代码，。这段代码包括业务逻辑，以及知道要调用哪些服务、以何种顺序调用服务、如何处理服务的响应（例如，如何将它们聚合在一起）、在出现故障时如何处理。

3. Istio扮演着部署平台和应用程序代码之间的中间人的角色，它的作用是帮助从应用程序中获取复杂的网络代码。它可以基于请求元数据内容（HTTP头等）进行路由，也可以基于服务和请求元数据匹配进行细粒度的流量控制和路由。

如果把 Kubernetes 比作云时代的操作系统，那容器就是操作系统中的进程。容器的本质是个特殊的进程，就是云时代的操作系统 Kubernetes 中的进程。

在一个真正的 os 内，进程并非“孤苦伶仃” 独自运行，而是以进程序，有原则的组织在一起。如 rsyslogd 程序负责 Linux 日志处理，rsyslogd 的主程序 main 以及它要用到的内核日志模块 imklog 同属于 2312 进程组。 而 Kubernetes 所做的，其实就是将“进程组”的概念映射到容器技术，并使其成为云原生操作系统“os”内的“一等公民”。

当您遇到如下问题时，可以使用分片集群解决：

• 存储容量受单机限制，即磁盘资源遭遇瓶颈。
• 读写能力受单机限制，可能是 CPU、内存或者网卡等资源遭遇瓶颈，导致读写能力无法扩展。

许多人对复制和分片之间的区别感到困惑。记住，复制在多台服务器上创建了数据的精确副本，因此每台服务器都是其他服务器的镜像。相反，每个分片包含了不同的数据子集。

使用 Rclone 可以轻松实现备份同步文件到各大网盘，简化了备份方案，也可以用来迁移 2 个不同的网盘程序文件，甚至可以直接挂载网盘到本地用来扩充磁盘食用。

1. hook介绍

客户端钩子由诸如提交和合并这样的操作所调用，而服务器端钩子作用于诸如接收被推送的提交这样的联网操作。

客户端钩子位于项目根目录 your_project/.git/hooks 文件夹下。

服务端钩子则位于 your_project.git 文件夹下的 hooks 和 custom_hooks。

1. 数据模型