Go 泛型（Generics）是一种编程范式，它允许我们在定义函数、方法或类型时，使用一个或多个 “ 类型占位符 “（Type Parameter），而不是具体的类型。这些 “ 占位符 “ 在实际调用时，会被具体的类型（如 int, string, struct 等）替换，从而让一份代码能够安全、高效地处理多种不同的数据类型。

Go 泛型就像一个万能的厨房模具，你不需要为心形、星形、圆形饼干分别准备三个模具，只需要一个可以调整形状的 “ 可变形 “ 模具，就能制作出所有形状的饼干。这个 “ 可变形模具 “ 就是你的泛型函数或泛型类型，” 形状 “ 就是你传入的具体类型。

Go 泛型的出现，完美地解决了这两个核心痛点。它让你能够：

1. 编写可复用的代码：一套逻辑，多处使用，极大提高开发效率。
2. 保证类型安全：在编译期间就进行类型检查，把错误消灭在萌芽状态，而不是等到运行时才 panic。
3. 提升性能：泛型代码在编译时会进行 “ 具象化 “（Instantiation），生成针对特定类型的原生代码，避免了 interface{} 带来的装箱（boxing）和拆箱（unboxing）开销。

多看阅读：目前观看体验，排版还是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. 数据源准备
2. 召回 (Recall): 从海量物品库中快速筛选出可能与用户相关的候选项。
3. 过滤 (Filtering)
4. 粗排 (Pre-ranking)：使用简单模型快速过滤掉大量不相关的物品，保留少量物品进入精排。
5. 精排 (Fine-ranking): 使用更复杂的模型（例如机器学习模型）精确预测用户对物品的偏好，并进行排序。
6. 重排序 (Re-ranking): 非必选阶段，增加推荐结果的多样性和新颖性，改善用户体验，避免推荐同质化内容。
7. 存储与反馈

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%
​
绿色表示一切正常, 黄色表示所有的数据可用但是部分副本还没有分配,红色表示部分数据因为某些原因不可用.