跳转到主要内容

​
Dify Enterprise Edition 部署指南（AWS）

本文档介绍如何在 AWS 云环境中部署 Dify 企业版。您可以选择以下任一方式完成部署：
  • 通过 Terraform（推荐）
  • 通过 CDK
  • 手动创建基础设施并部署（不推荐）

​
选项一：通过 Terraform 构建

请联系 Dify 技术支持团队获取 Terraform 相关脚本和文档。

​
前提条件

  1. 本地已安装 kubectl、helm 和 aws cli。
  2. 拥有具备创建以下资源权限的 AWS 账号。
Terraform 将自动创建以下云资源以支持 Dify 企业版的部署。如需调整资源规格，可提前修改 Terraform 配置文件。
  • AWS EKS（Elastic Kubernetes Service）：用于部署 Dify 核心服务，节点需能访问互联网或配置 NAT Gateway
  • AWS S3（Simple Storage Service）：用于持久化存储
  • AWS ECR（Elastic Container Registry）：用于 Dify 插件安装，也可用于托管 Dify 镜像与 Helm Chart
  • AWS RDS Aurora Postgres：关系数据库，用于存储应用数据和审计记录
  • AWS OpenSearch：向量数据库，用于 RAG（检索增强生成）相关功能
  • Amazon ElastiCache：托管 Redis 缓存服务，用于加速数据访问

​
选项二：通过 CDK 构建

请参考 AWS CDK 部署。

​
选项三：手动创建基础设施并部署

​
1. 创建基础设施

请参考下表推荐的配置，根据实际需求创建基础设施。（请将双括号中的内容替换为实际值）
版本说明（重要）： 下表中的版本以“可用范围/版本系列”为参考。在实际部署前，请务必在目标 AWS Region 的控制台或通过 AWS CLI 校验对应服务当前支持的版本（EKS Kubernetes、Aurora PostgreSQL、OpenSearch、ElastiCache Redis 等），避免因区域差异或版本下线导致无法创建资源。

​
测试环境基础设施配置参考

注意： 若在单节点上启用 unstructured 服务，需将磁盘容量提升至 40 GB。
组件类型配置项规格说明
EKS 集群集群名称dify-{your_custom_deployment_id}-eks-cluster自定义命名
Kubernetes 版本1.2x～1.3x（以目标 Region EKS 当前支持为准）上线前校验：目标 Region 的 EKS Kubernetes 版本支持列表
节点实例类型m7a.xlarge (amd64) / m7g.xlarge (arm64)4 vCPU, 16GB RAM
节点数量1-2 (期望: 1)最小成本配置
节点磁盘大小40 GBgp3, 加密
AMI 类型AL2023_x86_64 / ARM_64_STANDARDAmazon Linux 2023
S3 存储桶存储桶名称dify-{your_custom_deployment_id}-storage自定义命名
版本控制启用文件版本管理
加密方式AES256服务端加密
公共访问完全阻止安全配置
存储容量规划100GB测试环境容量
RDS
(Aurora Serverless v2)		集群标识符dify-{your_custom_deployment_id}-aurora-postgres自定义命名
引擎版本Aurora PostgreSQL（兼容 PostgreSQL 14+，以目标 Region 支持为准）上线前校验：目标 Region 可选的 Aurora PostgreSQL 引擎版本
实例数量1单实例，成本优化
实例类型db.serverlessServerless v2 专用
最小/最大容量1 - 8 ACU自动扩缩容
存储加密启用静态加密
备份保留期7 天自动备份
性能洞察禁用成本优化
创建数据库dify, enterprise, audit, dify_plugin_daemon4个数据库
OpenSearch域名dify-{your_custom_deployment_id}-opensearch自定义命名
引擎版本OpenSearch 2.x（以目标 Region 支持为准）上线前校验：Amazon OpenSearch Service 支持的引擎版本
实例类型t3.medium.search2 vCPU, 4 GB RAM
实例数量1单节点
存储类型/大小EBS gp3 / 100 GB测试环境（单节点）
安全特性静态加密, 节点间加密, HTTPS强制全面安全
ElastiCache
(Redis)		复制组IDdify-{your_custom_deployment_id}-redis自定义命名
引擎版本Redis 7.x（以目标 Region ElastiCache 支持为准）上线前校验：ElastiCache for Redis 支持的引擎版本
节点类型cache.t4g.small2 vCPU, 1.37 GB RAM
缓存节点数1单节点模式
多可用区禁用单AZ部署
快照保留0 天无备份
IAM 角色EKS 集群角色dify-{your_custom_deployment_id}-cluster-roleAmazonEKSClusterPolicy
EKS 节点组角色dify-{your_custom_deployment_id}-node-group-roleWorker + CNI + ECR 策略
S3 访问角色dify-{your_custom_deployment_id}-s3-roleS3 完整访问
S3+ECR 访问角色dify-{your_custom_deployment_id}-s3-ecr-roleS3 + ECR 完整访问
ECR 拉取角色dify-{your_custom_deployment_id}-ecr-pull-roleECR 只读访问
其他资源ECR 仓库2个 (主应用 + 插件)镜像存储
Secrets Manager1个RDS 凭据

​
生产环境基础设施配置参考

组件类型配置项规格说明
EKS 集群集群名称dify-{your_custom_deployment_id}-eks-cluster自定义命名
Kubernetes 版本1.2x～1.3x（以目标 Region EKS 当前支持为准）上线前校验：目标 Region 的 EKS Kubernetes 版本支持列表
节点实例类型m7a.xlarge (amd64) / m7g.xlarge (arm64)4 vCPU, 16GB RAM
节点数量6～10 (期望: 6)生产环境配置
节点磁盘大小20 GBgp3, 加密
AMI 类型AL2023_x86_64 / ARM_64_STANDARDAmazon Linux 2023
S3 存储桶存储桶名称dify-{your_custom_deployment_id}-storage自定义命名
版本控制启用文件版本管理
加密方式AES256服务端加密
公共访问完全阻止安全配置
存储容量规划512GB生产环境容量
RDS
(Aurora Serverless v2)		集群标识符dify-{your_custom_deployment_id}-aurora-postgres自定义命名
引擎版本Aurora PostgreSQL（兼容 PostgreSQL 14+，以目标 Region 支持为准）上线前校验：目标 Region 可选的 Aurora PostgreSQL 引擎版本
实例数量1单实例，成本优化
实例类型db.serverlessServerless v2 专用
最小/最大容量4 - 8 ACU自动扩缩容
存储加密启用静态加密
备份保留期30 天自动备份
性能洞察启用推荐生产开启
创建数据库dify, enterprise, audit, dify_plugin_daemon4个数据库
OpenSearch域名dify-{your_custom_deployment_id}-opensearch自定义命名
引擎版本OpenSearch 2.x（以目标 Region 支持为准）上线前校验：Amazon OpenSearch Service 支持的引擎版本
实例类型r5.large.search2 vCPU, 16 GB RAM (每节点)
实例数量3三节点集群，共 6 vCPU, 48 GB RAM
存储类型/大小EBS gp3 / 30 GB每节点 30 GB
安全特性静态加密, 节点间加密, HTTPS强制全面安全
ElastiCache
(Redis)		复制组IDdify-{your_custom_deployment_id}-redis自定义命名
引擎版本Redis 7.x（以目标 Region ElastiCache 支持为准）上线前校验：ElastiCache for Redis 支持的引擎版本
节点类型cache.t4g.medium～2 vCPU, ～3 GB RAM
缓存节点数2主节点 + 只读副本
自动故障转移启用高可用
多可用区启用跨AZ部署
快照保留7 天自动备份
IAM 角色EKS 集群角色dify-{your_custom_deployment_id}-cluster-roleAmazonEKSClusterPolicy
EKS 节点组角色dify-{your_custom_deployment_id}-node-group-roleWorker + CNI + ECR 策略
S3 访问角色dify-{your_custom_deployment_id}-s3-roleS3 完整访问
S3+ECR 访问角色dify-{your_custom_deployment_id}-s3-ecr-roleS3 + ECR 完整访问
ECR 拉取角色dify-{your_custom_deployment_id}-ecr-pull-roleECR 只读访问
其他资源ECR 仓库2个 (主应用 + 插件)镜像存储
Secrets Manager1个RDS 凭据
此外，您还需要创建适当的虚拟私有云（VPC）和安全组（SG）以确保基础设施的安全性。

​
2. 配置 values.yaml

完成数据库、S3 等基础设施的创建后，请参考以下示例配置 values.yaml（将双括号中的内容替换为实际值）。在此之前，您需要先在数据库中创建 dify、enterprise、audit、dify_plugin_daemon 四个数据库，并相应替换 values.yaml 中的 rds_main_database_name 等配置项。 
###################################
# Persistence Configration
###################################
persistence:
  type: "s3"
  s3:
    endpoint: "{s3_endpoint}"
    accessKey: ""
    secretKey: ""
    region: "{region}"
    bucketName: "{s3_bucket_name}"
    addressType: ""
    useAwsManagedIam: true
    useAwsS3: true

###################################
# External postgres
###################################
externalPostgres:
  enabled: true
  address: "{rds_address}"
  port: 5432
  credentials:
    dify:
      database: "{rds_main_database_name}"
      username: "postgres"
      password: "{rds_password}"
      sslmode: "require"
    plugin_daemon:
      database: "{rds_plugin_daemon_database_name}"
      username: "postgres"
      password: "{rds_password}"
      sslmode: "require"
    enterprise:
      database: "{rds_enterprise_database_name}"
      username: "postgres"
      password: "{rds_password}"
      sslmode: "require"
    audit:
      database: "{rds_audit_database_name}"
      username: "postgres"
      password: "{rds_password}"
      sslmode: "require"

###################################
# External Redis
###################################
externalRedis:
  enabled: true
  host: "{redis_address}"
  port: 6379
  username: ""
  password: ""
  useSSL: false

###################################
# External Vector Database
###################################
vectorDB:
  useExternal: true
  externalType: "opensearch"
  externalOpenSearch:
    host: "{opensearch_address}"
    port: 443
    user: "{opensearch_user}"
    password: "{opensearch_password}"
    useTLS: true

​
3. 配置 S3 和 ECR 权限

为确保 Dify 服务正常启动及插件系统正常运行，api、worker、workerBeat、plugin_daemon 和 plugin_connector 服务需要 S3 访问权限，plugin_connector 服务还需要 ECR 访问权限。关于 plugin_connector 服务需要这些权限的具体原因，将在后文详细说明。 您可以通过以下两种方式配置权限：
  • IRSA 模式：IAM Roles for Service Accounts，实现安全、精细的权限控制（推荐）
  • Access Key（AK/SK）模式：通过环境变量提供凭证

​
IRSA 模式配置

Dify 推荐使用 IRSA 配置 ServiceAccount 权限。您可联系 Dify 技术支持团队获取一键部署(one_click) IRSA 脚本。 IRSA 通过 OIDC Provider 建立 EKS 集群与 IAM 之间的信任关系，使 Pod 能够通过 ServiceAccount 安全获取 AWS 权限，无需在 Pod 中配置 Access Key。整体架构如下： 
┌─────────────────────┐
│   OIDC Provider     │
└────────┬────────────┘
         │ (Federated Trust)
         ▼
┌────────────────────────────────────────────────────────────┐
│  Role: s3-role                                             │
│  ├─ Policy: s3-policy (s3:*)                               │
│  └─ SA: dify-api-sa, dify-plugin-connector-sa              │
├────────────────────────────────────────────────────────────┤
│  Role: s3-ecr-role                                         │
│  ├─ Policy: s3-policy (s3:*)                               │
│  ├─ Policy: ecr-policy (ECR read/write/push + CloudTrail)  │
│  └─ SA: dify-plugin-crd-sa                                 │
├────────────────────────────────────────────────────────────┤
│  Role: ecr-pull-role                                       │
│  ├─ Policy: ecr-pull-only-policy (ECR pull only)           │
│  └─ SA: dify-plugin-runner-sa                              │
└────────────────────────────────────────────────────────────┘
以下是 Dify 企业版所需的 ServiceAccount 权限说明：
Service Account组件权限说明作用域
dify-enterpriseEnterprise 企业版服务拥有对 namespaces 的 get, list, watch 权限，用于获取和监听命名空间信息。Role (命名空间级别)
dify-plugin-saPlugin Controller 插件控制器拥有对 difyplugins (CRD) 及其 finalizers/status, leases, events, services, configmaps, deployments, jobs, ingresses 等资源的完全管理权限。Role (插件命名空间)
dify-plugin-connector-saPlugin Connector & Daemon继承 dify-plugin-connector-role 的权限 (与 dify-plugin-sa 相同)。Role (插件命名空间)
自定义 Service Account各服务组件默认为空 (使用 default service account)，可通过 values.yaml 配置自定义。根据配置
customServiceAccountPlugin 自定义服务账户用于插件运行时的自定义权限，默认为空，可通过配置指定。根据配置
runnerServiceAccountPlugin Runner 服务账户用于插件 runner 的专用服务账户，默认为空，可通过配置指定。根据配置
💡 关于 CRD 安装的特殊说明 Dify 企业版在安装时仅需 namespace 级别权限。但由于 CRD 本身是集群级别资源，安装时需要相应的集群权限。如果没有集群级别权限，可以先单独安装 CRD，再安装其余组件。CRD 本身只是注册到 Kubernetes 中的 API 结构声明，当其对应的 Controller 为 namespace 级别时，不具备跨 namespace 访问或修改其他资源的能力。
步骤 1：验证 IAM OIDC Provider
在配置 IRSA 之前，请确保集群已启用 IAM OIDC Provider。如果是手动创建的集群，建议通过 eksctl 命令行工具来启用或验证。IAM OIDC Provider 建立了信任关系，允许 EKS 集群向 IAM 证明 Pod 的身份，从而让 Pod 能够安全地获取 AWS 权限。 
eksctl utils associate-iam-oidc-provider --cluster <your-cluster-name> --approve
IRSA 配置需要创建 AWS 角色（Role）和策略（Policy），以及集群 ServiceAccount。创建 ServiceAccount 时建议保持默认名称，避免与 Helm 配置冲突导致权限分配失败。
步骤 2：创建 AWS IAM 策略
需要创建以下三个 IAM 策略： 策略 1：S3 访问策略（名称可自定义，如 DifyS3Policy） 
{
    "Version": "2012-10-17",
    "Statement": [
        {
            "Effect": "Allow",
            "Action": "s3:*",
            "Resource": "arn:aws:s3:::{your-s3-bucket}/*"
        }
    ]
}
策略 2：ECR 完整访问策略（名称可自定义，如 DifyECRPolicy） 用于插件镜像的推送和管理，包含 ECR 认证、仓库管理、镜像推送以及审计日志权限： 
{
    "Version": "2012-10-17",
    "Statement": [
        {
            "Sid": "ECRAuthAndDiscovery",
            "Effect": "Allow",
            "Action": [
                "ecr:GetAuthorizationToken",
                "ecr:DescribeRepositories",
                "ecr:DescribeImages",
                "ecr:GetRepositoryPolicy",
                "ecr:GetLifecyclePolicy",
                "ecr:GetLifecyclePolicyPreview"
            ],
            "Resource": "*"
        },
        {
            "Sid": "ECRRepoManagement",
            "Effect": "Allow",
            "Action": [
                "ecr:CreateRepository",
                "ecr:TagResource"
            ],
            "Resource": "*"
        },
        {
            "Sid": "ECRImagePush",
            "Effect": "Allow",
            "Action": [
                "ecr:BatchCheckLayerAvailability",
                "ecr:CompleteLayerUpload",
                "ecr:InitiateLayerUpload",
                "ecr:UploadLayerPart",
                "ecr:PutImage"
            ],
            "Resource": "arn:aws:ecr:{region}:{account_id}:repository/{your_ecr_repo_prefix}*"
        },
        {
            "Sid": "AuditLogging",
            "Effect": "Allow",
            "Action": "cloudtrail:LookupEvents",
            "Resource": "*"
        }
    ]
}
{your_ecr_repo_prefix} 为您的 ECR 仓库名称前缀。例如您在步骤 5 中配置 imageRepoPrefix 为 123456789.dkr.ecr.us-east-1.amazonaws.com/dify-ee，则此处 ECR 仓库前缀为 dify-ee，对应 Resource 应填写 arn:aws:ecr:us-east-1:123456789:repository/dify-ee*。
策略 3：ECR 只读拉取策略（名称可自定义，如 DifyECRPullOnlyPolicy） 仅用于拉取插件运行时镜像： 
{
    "Version": "2012-10-17",
    "Statement": [
        {
            "Sid": "ECRAuth",
            "Effect": "Allow",
            "Action": "ecr:GetAuthorizationToken",
            "Resource": "*"
        },
        {
            "Sid": "ECRImagePull",
            "Effect": "Allow",
            "Action": [
                "ecr:BatchGetImage",
                "ecr:GetDownloadUrlForLayer",
                "ecr:DescribeImages"
            ],
            "Resource": "arn:aws:ecr:{region}:{account_id}:repository/{your_ecr_repo_prefix}*"
        }
    ]
}
步骤 3：创建 AWS IAM 角色
创建以下三个角色，并将步骤 2 中的策略附加到对应角色上（角色名称可自定义）：
角色名称（示例）附加的策略用途
DifyS3RoleS3 访问策略S3 存储访问
DifyS3ECRRoleS3 访问策略 + ECR 完整访问策略S3 + ECR 镜像推送/管理
DifyECRPullRoleECR 只读拉取策略ECR 镜像拉取
获取对应的角色 ARN： 
DIFY_EE_S3_ROLE_ARN=arn:aws:iam::{account_id}:role/{your_s3_role_name}
DIFY_EE_S3_ECR_ROLE_ARN=arn:aws:iam::{account_id}:role/{your_s3_ecr_role_name}
DIFY_EE_ECR_PULL_ROLE_ARN=arn:aws:iam::{account_id}:role/{your_ecr_pull_role_name}
每个角色的信任策略（Trust Policy）需配置为 OIDC Provider 联合认证，以下为信任策略模板： 
{
    "Version": "2012-10-17",
    "Statement": [
        {
            "Effect": "Allow",
            "Principal": {
                "Federated": "arn:aws:iam::{account_id}:oidc-provider/oidc.eks.{region}.amazonaws.com/id/{oidc_id}"
            },
            "Action": "sts:AssumeRoleWithWebIdentity"
        }
    ]
}
请将 {oidc_id} 替换为 EKS 集群的 OIDC Provider ID。可通过以下命令获取： 
aws eks describe-cluster --name <cluster-name> --query "cluster.identity.oidc.issuer" --output text | cut -d '/' -f 5
步骤 4：将角色绑定到 EKS 的 ServiceAccount
ServiceAccount（SA）是一种机制，允许 EKS 中的 Pod 获取特定的 AWS 权限，以访问云资源（如 S3）。
创建以下四个 ServiceAccount，并将对应的角色 ARN 添加到 eks.amazonaws.com/role-arn 注解中：
ServiceAccount命名空间绑定角色有效权限
dify-api-sadifyS3 访问角色S3 访问
dify-plugin-crd-sadifyS3+ECR 访问角色S3 + ECR 推送/拉取
dify-plugin-runner-sadifyECR 拉取角色ECR 只读拉取
dify-plugin-connector-sadifyS3 访问角色S3 访问（由 Helm 自动分配）
创建 ServiceAccount 的示例命令（请将 $DIFY_EE_* 替换为步骤 3 中获取的角色 ARN）： 
kubectl create serviceaccount dify-api-sa -n dify
kubectl annotate serviceaccount dify-api-sa -n dify \
  eks.amazonaws.com/role-arn=$DIFY_EE_S3_ROLE_ARN

kubectl create serviceaccount dify-plugin-crd-sa -n dify
kubectl annotate serviceaccount dify-plugin-crd-sa -n dify \
  eks.amazonaws.com/role-arn=$DIFY_EE_S3_ECR_ROLE_ARN

kubectl create serviceaccount dify-plugin-runner-sa -n dify
kubectl annotate serviceaccount dify-plugin-runner-sa -n dify \
  eks.amazonaws.com/role-arn=$DIFY_EE_ECR_PULL_ROLE_ARN

kubectl create serviceaccount dify-plugin-connector-sa -n dify
kubectl annotate serviceaccount dify-plugin-connector-sa -n dify \
  eks.amazonaws.com/role-arn=$DIFY_EE_S3_ROLE_ARN
步骤 5：在 values.yaml 中配置 ServiceAccount
修改 Helm 的 values.yaml，添加以下配置（以下仅展示 ServiceAccount 和 ECR 相关配置，其他配置省略）。imageRepoPrefix 可自定义： 
api:
  serviceAccountName: "dify-api-sa"
worker:
  serviceAccountName: "dify-api-sa"
workerBeat:
  serviceAccountName: "dify-api-sa"
plugin_connector:
  imageRepoSecret: "image-repo-secret" # 请注意即使使用 IRSA 模式，也需要创建该 Secret，可为任意内容。
  customServiceAccount: "dify-plugin-crd-sa"
  runnerServiceAccount: "dify-plugin-runner-sa"
  imageRepoPrefix: "{account_id}.dkr.ecr.{region}.amazonaws.com/dify-ee" 
  imageRepoType: ecr
  ecrRegion: "{region}"
‼️ dify-plugin-connector-sa 会通过 Helm Chart 模板自动分配给 plugin_connector 服务；dify-plugin-crd-sa 和 dify-plugin-runner-sa 将被用于构建和运行插件的 Pod。

​
Access Key 模式配置

步骤 1：准备凭证
创建一个仅具备 S3 和 ECR 权限的 IAM 用户，并获取其 Access Key 和 Secret Key。
步骤 2：创建 Kubernetes Secret
kubectl create secret generic image-repo-secret --from-file=<path to .aws/credentials>
该 Secret 需要在下一步通过 values.yaml 中的 imageRepoSecret 配置给 plugin_connector 服务。
步骤 3：配置 values.yaml
persistence:
  type: "s3"
  s3:
    endpoint: "https://s3.{region_code}.amazonaws.com"
    region: "{region_code}"
    bucketName: "your_bucket_name"
    useAwsS3: true
    useAwsManagedIam: false
    accessKey: "{your access key}"
    secretKey: "{your secret key}"

plugin_daemon:
  enabled: true
  replicas: 1
  apiKey: "dify123456"

plugin_connector:
  apiKey: "dify123456"
  imageRepoSecret: "image-repo-secret"
  imageRepoPrefix: "{account_id}.dkr.ecr.{region}.amazonaws.com/dify-ee"
  imageRepoType: ecr
  ecrRegion: "us-west-2"

​
4. 安装 AWS ALB（Application Load Balancer）

为使 Dify 企业版可通过域名访问，您需要安装 AWS ALB（Application Load Balancer）。您也可以选择使用 Nginx Ingress Controller 或其他 Ingress Controller。推荐使用 AWS ALB，因为它能与 Dify 企业版无缝集成，并提供更好的性能和可扩展性。 请访问 https://docs.aws.amazon.com/eks/latest/userguide/lbc-manifest.html 获取 AWS ALB 安装指南。
如果无法安装 AWS ALB，可使用 Nginx Ingress Controller 作为备选方案： 
kubectl apply -f https://raw.githubusercontent.com/kubernetes/ingress-nginx/main/deploy/static/provider/kind/deploy.yaml
AWS ALB 安装完成后，可通过以下命令确认服务是否正常运行： 
kubectl get deployment -n kube-system aws-load-balancer-controller
安装完成后，请在 values.yaml 中配置 Ingress： 
ingress:
  enabled: true
  className: "alb"  # Use AWS ALB Ingress Controller
  annotations: {
    kubernetes.io/ingress.class: alb,
    alb.ingress.kubernetes.io/scheme: internet-facing,
    alb.ingress.kubernetes.io/target-type: ip,
    alb.ingress.kubernetes.io/listen-ports: '[{"HTTP": 80}, {"HTTPS": 443}]',
    alb.ingress.kubernetes.io/ssl-redirect: '443',
    alb.ingress.kubernetes.io/certificate-arn: 'arn:aws:acm:{region}:{account_id}:certificate/{cert_uuid}', # 可填写域名证书 AWS ACM certificate
  }
*若要通过 SSL 证书发布 Dify 企业版服务，请在 ALB 注解中配置证书，并在 global 配置中启用 TLS。您可通过 AWS Certificate Manager 验证域名并创建证书。 
global:
  appSecretKey: 'owb3+S+C3b/4iG6YNAiWGIY4kOuX4MnUWHjcPxzyPKvGyxlQUISAWOmi'
  consoleApiDomain: "console.dify.yourdomain.com"
  consoleWebDomain: "console.dify.yourdomain.com"
  serviceApiDomain: "api.dify.yourdomain.com"
  appApiDomain: "app.dify.yourdomain.com"
  appWebDomain: "app.dify.yourdomain.com"
  filesDomain: "upload.dify.yourdomain.com"
  enterpriseDomain: "enterprise.dify.yourdomain.com"
  useTLS: true

​
5. 执行安装

请访问 https://langgenius.github.io/dify-helm/#/ 获取详细的安装说明。
‼️ 不建议将 Dify 安装在 default 命名空间中。

​
6. 验证服务状态

  1. 更新 kubectl 访问凭证：
aws eks update-kubeconfig --region $AWS_REGION --name $CLUSTER_NAME
  1. 验证 EKS 节点已正常启动：
kubectl get nodes
  1. 验证 Dify 服务运行状态：
kubectl get pods -n {your namespace}
  1. 确认 ALB 是否正常工作：
aws elbv2 describe-load-balancers --output json
‼️ 请将上述命令输出的 DNSName 配置为 CNAME 记录，解析到 Dify 所需的各个域名。

​
7. 初始化服务

至此安装完成。请访问 enterprise.dify.yourdomain.com 登录 Dify 企业版管理后台，进行后续配置和使用。