本站支持搜索的镜像仓库:Docker Hub、gcr.io、ghcr.io、quay.io、k8s.gcr.io、registry.gcr.io、elastic.co、mcr.microsoft.com
Parse Server 是一个开源后端平台,允许开发者为 iOS、Android、JavaScript、Windows、Unity 等多平台应用快速构建可扩展的强大后端服务。Bitnami 提供的 Parse Server 镜像经过优化,简化了部署流程,确保安全性和可靠性,适用于开发和生产环境。
Parse Server 官方概述
商标声明:本软件包由 Bitnami 打包。所提及的相关商标归各自公司所有,使用这些商标并不意味着任何关联或背书。
helm 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:
helm 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 参数以字典形式指定脚本:
cloudCodeScripts: main.js: | Parse.Cloud.define("hello", (request) => { return "Hello world!"; });
外部 ConfigMap:通过 existingCloudCodeScriptsCM 参数指定已存在的 ConfigMap(将覆盖前两种方式)。
如需备份和恢复 Kubernetes 上的 Helm 部署,需通过 Velero 工具备份源部署的持久卷,并将其挂载到新部署。操作步骤参见 Velero 备份恢复指南。
通过 extraEnvVars 参数(在 server 和 dashboard 部分均支持)添加自定义环境变量,适用于高级操作(如自定义初始化脚本):
extraEnvVars: - name: PARSE_SERVER_ALLOW_CLIENT_CLASS_CREATION value: "true"
也可通过 ConfigMap 或 Secret 注入环境变量,分别使用 extraEnvVarsCM 或 extraEnvVarsSecret 参数指定资源名称。
Bitnami 图表在首次启动时配置凭证,后续凭证变更需手动操作:
SECRET_NAME、MASTER_KEY 和 PARSE_DASHBOARD_PASSWORD 占位符):
kubectl 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 参数指定完整资源清单:
extraDeploy: |- - 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 登录方式配置轩辕镜像加速服务,包含7个详细步骤
在 Linux 系统上配置轩辕镜像源,支持主流发行版
在 Docker Desktop 中配置轩辕镜像加速,适用于桌面系统
在 Docker Compose 中使用轩辕镜像加速,支持容器编排
在 k8s 中配置 containerd 使用轩辕镜像加速
在宝塔面板中配置轩辕镜像加速,提升服务器管理效率
在 Synology 群晖NAS系统中配置轩辕镜像加速
在飞牛fnOS系统中配置轩辕镜像加速
在极空间NAS中配置轩辕镜像加速
在爱快ikuai系统中配置轩辕镜像加速
在绿联NAS系统中配置轩辕镜像加速
在威联通NAS系统中配置轩辕镜像加速
在 Podman 中配置轩辕镜像加速,支持多系统
配置轩辕镜像加速9大主流镜像仓库,包含详细配置步骤
无需登录即可使用轩辕镜像加速服务,更加便捷高效
需要其他帮助?请查看我们的 常见问题 或 官方QQ群: 13763429