dify 部署高可用方案

把数据库，向量数据库抽出来单独部署就行

把中间件、数据库摘出来，单机 docker*2 就是高可用了

readme 里面有 k8s 的部署

高可用范围就大了， 万一你领导想搞异地双可用呢，当然也可能是多机房，多机器，多容器，中间件备份等等，搞清楚领导想要什么

k8s 部署

@BQsummer 朋友，你在公司讨论需求也这么不切实际么？

参考 3# 哥们的官方文档，我就是选择的 k8s 部署方案，已经跑 3 个多月了，很稳定

用 aws ，他们没有高可用设计，甚至在代码里拉屎，多亏了 aws

谢谢楼上的各位，那我试试用 k8s 实现

3 楼的推荐 https://github.com/BorisPolonsky/dify-helm

@bbao 每次出方案都要出到百万并发、9 个 9 高可用、全球机房加速、321 备份。 然后因为再因为预算不够一路讨价还价砍规格。 最后在 1 台虚拟机机器上部署 k8s 节点模式等待以后有钱了再扩展。 （然后就没有然后了，甚至还会有一堆小项目来蹭这个 K8s 的资源）

@pckillers 这是真和领导开过会的 哈哈哈

首先你得定义什么是高可用。

我们是用 k8s 部署，如果用云的话建议数据库和 k8s node 尽量放在一个可用区，我们测试下来放在不同可用区延迟会挺高的（单请求会有大量数据库操作，跨可用区延迟会被放大）