1. 介绍

1.1 历史发展

Rust的开发最早可以追溯到2006年，当时Mozilla的员工Graydon Hoare开始了这个项目，作为个人兴趣。2015年5月，Rust 1.0正式发布。

Go 1.18版本开始，引入了泛型支持，接下来跟着文章的节奏一起学习下。

多看阅读：目前观看体验，排版还是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头等）进行路由，也可以基于服务和请求元数据匹配进行细粒度的流量控制和路由。

1. 文件夹，标签，双向链接

1.1 文件夹

文件夹其实就是「树」。从定义上就可以看出树的性质：每一个节点只会存在于唯一一个地方。

我的知识管理工作流整体来说非常简单，只有三步：

• I-Inbox：输入，即知识、信息的获取；
• P-Process：加工，即对知识、信息进行要点提取、整合、理解、内化、总结等处理；
• O-Output：输出，即写作、分享并获取反馈。

输入（readwise & raindrop）–> Obsidian同步整合信息 –> 输出（typora + blog）

1. 基础命令

1.1 查看健康

1
2
3
4
5
6
7
8

# 查看健康
curl -XGET 'http://localhost:9200/_cat/health?v'
​
epoch      timestamp cluster       status node.total node.data shards pri relo init unassign pending_tasks max_task_wait_time active_shards_percent
​
1675044251 02:04:11 elasticsearch yellow          1         1     83  83    0    0       69             0                  -                 54.6%
​
绿色表示一切正常, 黄色表示所有的数据可用但是部分副本还没有分配,红色表示部分数据因为某些原因不可用.