1. 安装

1.1 Comfyui

1
2
3
4
5
6
7
8
9
10
11
12
13

# pytorch
conda activate py312
conda install pytorch torchvision torchaudio -c pytorch-nightly


# 安装依赖
pip install -r requirements.txt

python main.py
# 运行快一点
python main.py --force-fp16  

# To see the GUI go to: http://127.0.0.1:8188

什么是任务队列 ?

消息队列（Message Queue），一般来说知道的人不少。比如常见的：kafka、Rabbitmq、RocketMQ 等。

任务队列（Task Queue），听说过这个概念的人不会太多，清楚它的概念的人怕是更少。

这两个概念是有关系的，他们是怎样的关系呢？任务队列（Task Queue）是消息队列（Message Queue）的超集。任务队列是构建在消息队列之上的。消息队列是任务队列的一部分。

1. 规范

1.1 基本的 commit 信息格式

一个常见的提交信息格式通常包括以下几个部分：

• 类型（type）: 描述提交的类别，比如是新功能、修复、文档等。
• 范围（scope）: 可选，描述提交影响的范围，比如是某个模块、功能等。
• 主题（subject）: 简短的描述提交的目的。
• 正文（body）: 可选，详细描述提交的内容、动机等。
• 页脚（footer）: 可选，通常用于关闭某个 issue 或者添加破坏性变更的说明。

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头等）进行路由，也可以基于服务和请求元数据匹配进行细粒度的流量控制和路由。