服务网格是一种分布式应用程序基础设施，它负责以透明的、进程外的方式代表应用程序处理网络流量。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%
​
绿色表示一切正常, 黄色表示所有的数据可用但是部分副本还没有分配,红色表示部分数据因为某些原因不可用.

打工人每日网抑云, 所以就用 es简单做个网易云听歌记录. 先上效果图.

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

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

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

1. 规则

1.1 最左匹配原则

MongoDB 中复合索引的使用和 MySQL 中复合索引的使用类似，也有最左匹配原则。即最左优先，在检索数据时从复合索引的最左边开始匹配。

复合索引创建的时候有一个一个基本的原则就是将选择性最强的列放到最前面。

选择性最高值得是数据的重复值最少，因为区分度高的列能够很容易过滤掉很多的数据。组合索引中第一次能够过滤掉很多的数据，后面的索引查询的数据范围就小了很多了。

1. hook介绍

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

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

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

1. 介绍

tmux 已经支持 popup功能, 但是暂时还没有发布到 stable release 版本, 所以需要使用的需要在开发分支上编译使用, 即tmux 版本需要>=3.2