Parse Server 是一个开源后端平台,允许开发者为 iOS、Android、JavaScript、Windows、Unity 等多平台应用快速构建可扩展的强大后端服务。Bitnami 提供的 Parse Server 镜像经过优化,简化了部署流程,确保安全性和可靠性,适用于开发和生产环境。
Parse Server ***概述
商标声明:本软件包由 Bitnami 打包。所提及的相关商标归各自公司所有,使用这些商标并不意味着任何关联或背书。
consolehelm install my-release oci://registry-1.docker.io/bitnamicharts/parse
生产环境建议:如需在生产环境使用 Parse Server,推荐尝试 VMware Tanzu Application Catalog(Bitnami 目录的商业版),提供企业级支持和更严格的安全加固。
自 2025 年 8 月 28 日起,Bitnami 将升级其公共镜像目录,推出全新的 Bitnami Secure Images 计划,提供经过安全加固的精选镜像。过渡期变更如下:
这些变更旨在通过推广软件供应链完整性最佳实践和最新部署,提升所有 Bitnami 用户的安全态势。详情参见 Bitnami Secure Images 公告。
部署 Bitnami Parse Server Helm 图表需满足以下条件:
使用以下命令部署 Parse Server,释放名称为 my-release:
consolehelm install my-release oci://REGISTRY_NAME/REPOSITORY_NAME/parse
注意:需将占位符
REGISTRY_NAME和REPOSITORY_NAME替换为实际的 Helm 图表仓库地址。例如,Bitnami ***仓库需使用REGISTRY_NAME=registry-1.docker.io和REPOSITORY_NAME=bitnamicharts。
默认配置下,命令将在 Kubernetes 集群中部署 Parse Server。可通过 参数配置 自定义部署细节。
提示:使用
helm list命令查看所有已部署的 Helm 释放。
Bitnami 图表允许为部署中的所有容器设置资源请求(requests)和限制(limits),配置位于 resources 参数中。生产环境中必须设置资源请求,且需根据实际业务场景调整。
图表提供 resourcesPreset 参数,可通过预设自动配置 resources 部分(详见 bitnami/common 图表)。但生产环境不建议依赖预设,需根据实际需求手动调整。更多信息参见 Kubernetes 容器资源管理文档。
生产环境强烈建议使用不可变标签(如特定版本号),避免因标签更新导致部署自动变更。Bitnami 会在主容器更新、重大变更或发现严重漏洞时发布新图表,确保镜像安全性。
关于滚动标签与不可变标签的详细说明,参见 ***文档。
Bitnami Parse 镜像支持通过 Parse Cloud Code 部署自定义云函数(在服务端运行的代码逻辑)。部署方式有以下三种:
本地文件挂载:将云函数脚本放在图表目录 files/cloud 下,自动生成为 ConfigMap 并挂载。
参数配置:通过 cloudCodeScripts 参数以字典形式指定脚本:
yamlcloudCodeScripts: main.js: | Parse.Cloud.define("hello", (request) => { return "Hello world!"; });
外部 ConfigMap:通过 existingCloudCodeScriptsCM 参数指定已存在的 ConfigMap(将覆盖前两种方式)。
如需备份和恢复 Kubernetes 上的 Helm 部署,需通过 Velero 工具备份源部署的持久卷,并将其挂载到新部署。操作步骤参见 Velero 备份恢复指南。
通过 extraEnvVars 参数(在 server 和 dashboard 部分均支持)添加自定义环境变量,适用于高级操作(如自定义初始化脚本):
yamlextraEnvVars: - name: PARSE_SERVER_ALLOW_CLIENT_CLASS_CREATION value: "true"
也可通过 ConfigMap 或 Secret 注入环境变量,分别使用 extraEnvVarsCM 或 extraEnvVarsSecret 参数指定资源名称。
Bitnami 图表在首次启动时配置凭证,后续凭证变更需手动操作:
SECRET_NAME、MASTER_KEY 和 PARSE_DASHBOARD_PASSWORD 占位符):
shellkubectl create secret generic SECRET_NAME --from-literal=master-key=MASTER_KEY --from-literal=parse-dashboard-password=PARSE_DASHBOARD_PASSWORD --dry-run -o yaml | kubectl apply -f -
如需部署额外 Kubernetes 对象(如 KongPlugins、KongConsumers),可通过 extraDeploy 参数指定完整资源清单:
yamlextraDeploy: |- - apiVersion: rbac.authorization.k8s.io/v1 kind: RoleBinding metadata: name: {{ include "common.names.fullname" . }}-privileged namespace: {{ .Release.Namespace }} labels: {{- include "common.labels.standard" ( dict "customLabels" .Values.commonLabels "context" $ ) | nindent 6 }} roleRef: apiGroup: rbac.authorization.k8s.io kind: ClusterRole name: cluster-admin subjects: - kind: ServiceAccount name: default namespace: {{ .Release.Namespace }}
可通过 XXX.affinity 参数自定义 Pod 亲和性规则(XXX 代表 server 或 dashboard),或使用 XXX.podAffinityPreset、XXX.podAntiAffinityPreset、XXX.nodeAffinityPreset 参数应用预设配置(详见 bitnami/common 图表亲和性文档)。更多信息参见 Kubernetes Pod 亲和性文档。
Bitnami Parse 镜像将数据和配置存储在容器内的 /bitnami/parse 路径。持久卷声明(PVC)用于跨部署保留数据,支持 GCE、AWS 和 minikube 等环境。可通过 参数配置 调整 PVC 或禁用持久化。
默认情况下,镜像以非 root 用户运行,需调整持久卷的所有权以确保容器可写入数据。图表默认通过 Kubernetes 安全上下文自动修改卷所有权,但部分 Kubernetes 发行版可能不支持此功能。此时可启用 volumePermissions.enabled=true,通过 initContainer 预处理卷权限。
| 参数名 | 描述 | 默认值 |
|---|---|---|
global.imageRegistry | 全局 Docker 镜像仓库 | "" |
global.imagePullSecrets | 全局 Docker 仓库密钥名称数组 | [] |
global.defaultStorageClass | 持久卷的全局默认存储类 | "" |
global.security.allowInsecureImages | 允许跳过镜像验证 | false |
global.compatibility.openshift.adaptSecurityContext | 调整安全上下文以适配 OpenShift restricted-v2 SCC(可选值:auto/force/disabled) | auto |
| 参数名 | 描述 | 默认值 |
|---|---|---|
nameOverride | 部分覆盖资源名称模板(保留释放名称) | "" |
fullnameOverride | 完全覆盖资源名称模板 | "" |
namespaceOverride | 完全覆盖命名空间 | "" |
kubeVersion | 强制目标 Kubernetes 版本(未设置则使用 Helm 能力检测) | "" |
commonLabels | 为所有部署资源添加标签 | {} |
commonAnnotations | 为所有部署资源添加注解 | {} |
extraDeploy | 随释放部署的额外对象数组 | [] |
usePasswordFiles | 以文件形式挂载凭证(而非环境变量) | true |
diagnosticMode.enabled | 启用诊断模式(禁用所有探针并覆盖命令) | false |
diagnosticMode.command | 覆盖所有容器的命令(诊断模式下) | ["sleep"] |
diagnosticMode.args | 覆盖所有容器的参数(诊断模式下) | ["infinity"] |
| 参数名 | 描述 | 默认值 |
|---|---|---|
server.image.registry | Parse 镜像仓库 | REGISTRY_NAME |
server.image.repository | Parse 镜像仓库路径 | REPOSITORY_NAME/parse |
server.image.digest | 镜像摘要(设置后将覆盖标签) | "" |
server.image.pullPolicy | 镜像拉取策略 | IfNotPresent |
server.image.pullSecrets | 镜像拉取密钥数组 | [] |
server.image.debug | 启用镜像调试模式 | false |
server.automountServiceAccountToken | 挂载 ServiceAccount 令牌到 Pod | false |
server.hostAliases | 部署 Pod 的主机别名 | [] |
server.podLabels | Parse Pod 的额外标签 | {} |
server.podAnnotations | Parse Pod 的注解 | {} |
server.forceOverwriteConfFile | 每次运行覆盖 config.json 配置文件(挂载自定义配置时设为 false) | true |
server.podSecurityContext.enabled | 启用 Parse Pod 的安全上下文 | true |
server.podSecurityContext.fsGroupChangePolicy | 文件系统组变更策略 | Always |
server.podSecurityContext.sysctls | 通过 sysctl 设置内核参数 | [] |
server.podSecurityContext.supplementalGroups | 文件系统额外组 | [] |
server.podSecurityContext.fsGroup | Parse Pod 的安全上下文 fsGroup | 1001 |
server.containerSecurityContext.enabled | 启用容器安全上下文 | true |
server.containerSecurityContext.seLinuxOptions | 容器 SELinux 选项 | {} |
server.containerSecurityContext.runAsUser | 容器运行用户 ID | 1001 |
server.containerSecurityContext.runAsGroup | 容器运行组 ID | 1001 |
server.containerSecurityContext.runAsNonRoot | 禁止以 root 用户运行 | true |
server.containerSecurityContext.privileged | 启用特权容器 | false |
server.containerSecurityContext.readOnlyRootFilesystem | 只读根文件系统 | true |
server.containerSecurityContext.allowPrivilegeEscalation | 允许权限提升 | false |
server.containerSecurityContext.capabilities.drop | 需移除的能力列表 | ["ALL"] |
server.containerSecurityContext.seccompProfile.type | seccomp 配置文件类型 | RuntimeDefault |
server.command | 覆盖容器默认命令(自定义镜像时使用) | [] |
server.args | 覆盖容器默认参数(自定义镜像时使用) | [] |
server.containerPorts.http | Parse Server 端口 | 1337 |
server.mountPath | Parse Server API 挂载路径 | - |
注意:完整参数列表请参见 Bitnami Parse 图表 GitHub 文档(原 README 因长度限制已截断)。
来自真实用户的反馈,见证轩辕镜像的优质服务
免费版仅支持 Docker Hub 加速,不承诺可用性和速度;专业版支持更多镜像源,保证可用性和稳定速度,提供优先客服响应。
免费版仅支持 docker.io;专业版支持 docker.io、gcr.io、ghcr.io、registry.k8s.io、nvcr.io、quay.io、mcr.microsoft.com、docker.elastic.co 等。
当返回 402 Payment Required 错误时,表示流量已耗尽,需要充值流量包以恢复服务。
通常由 Docker 版本过低导致,需要升级到 20.x 或更高版本以支持 V2 协议。
先检查 Docker 版本,版本过低则升级;版本正常则验证镜像信息是否正确。
使用 docker tag 命令为镜像打上新标签,去掉域名前缀,使镜像名称更简洁。
探索更多轩辕镜像的使用方法,找到最适合您系统的配置方式
通过 Docker 登录认证访问私有仓库
在 Linux 系统配置镜像加速服务
在 Docker Desktop 配置镜像加速
Docker Compose 项目配置加速
Kubernetes 集群配置 Containerd
在宝塔面板一键配置镜像加速
Synology 群晖 NAS 配置加速
飞牛 fnOS 系统配置镜像加速
极空间 NAS 系统配置加速服务
爱快 iKuai 路由系统配置加速
绿联 NAS 系统配置镜像加速
QNAP 威联通 NAS 配置加速
Podman 容器引擎配置加速
HPC 科学计算容器配置加速
ghcr、Quay、nvcr 等镜像仓库
无需登录使用专属域名加速
需要其他帮助?请查看我们的 常见问题 或 官方QQ群: 13763429