本站支持搜索的镜像仓库:Docker Hub、gcr.io、ghcr.io、quay.io、k8s.gcr.io、registry.gcr.io、elastic.co、mcr.microsoft.com

。默认启用GraphQL和REST API,可直接测试或通过Parse Dashboard中的"API Console"测试。详情和示例请参见Parse SDK文档。parse-hipaa包含符合HIPAA合规所需的数据库审计和日志功能。
parse-hipaa提供以下特性:
要实现完全HIPAA和GDPR合规,您还需自行配置以下内容:
CareKitSample-ParseCareKit项目使用parse-hipaa和ParseCareKit。
风险提示:使用本镜像需自行承担风险,不保证完全符合HIPAA合规,我们不对数据处理不当负责。
Parse-HIPAA基于parse-server镜像构建,包含以下额外包:
parse-hipaa镜像自动构建,可通过以下位置获取:
latest - 指向最新发布版本,不含parse-hipaa-dashboard,镜像体积最小x.x.x - 指向特定发布版本,版本号与parse-server对应,不含dashboard,镜像体积最小x.x.x-dashboard - 指向特定发布版本,版本号与parse-server对应,包含parse-hipaa-dashboard,镜像体积较大main - 包含最新代码,依赖最新parse-server版本,含dashboard,可能包含破坏性变更x.x.x-alpha/beta - 包含最新代码,依赖parse-server的alpha/beta版本,含dashboard,可能包含破坏性变更可组合使用多个标签镜像构建高可用(HA)应用,例如:1个Nginx反向代理/负载均衡器、1个x.x.x-dashboard parse-hipaa服务器、2个x.x.x parse-hipaa服务器、1个Percona Monitor and Management服务器。
latest或x.x.x,适合构建HA集群或独立服务器,需单独部署dashboard。示例配置见docker-compose.ymlx.x.x-dashboard,适合单服务器部署,包含dashboard功能。示例配置见docker-compose-dashboard.ymlmain或x.x.x-alpha/beta,仅用于测试最新功能,不建议生产环境使用PARSE_SERVER_USING_PARSECAREKIT=false[***](服务器)或[***](dashboard)访问,路径由PARSE_SERVER_MOUNT_PATH和PARSE_DASHBOARD_MOUNT_PATH定义Settings->Reveal Config Vars中获取PARSE_SERVER_APPLICATION_ID,客户端需配置applicationId(即该值)和serverURL(即[***])heroku.yml,将parse/Dockerfile.heroku改为parse/Dockerfile,使构建基于自定义代码parse/index.js和parse/cloud等文件默认docker-compose.yml使用hipaa-postgres,docker-compose.mongo.yml使用hipaa-mongo。
Postgres(HIPAA合规版):
docker-compose up
Mongo(HIPAA合规版):
docker-compose -f docker-compose.mongo.yml up
Postgres(非合规版):
docker-compose -f docker-compose.no.hipaa.yml up
Mongo(非合规版):未提供,参考标准parse-server部署
parse-hipaa由4个独立Docker镜像组成(同时使用3个),需正确配置环境变量。完整变量列表见app.json。
PARSE_SERVER_APPLICATION_ID # 唯一字符串 PARSE_SERVER_PRIMARY_KEY # 唯一字符串 PARSE_SERVER_READ_ONLY_PRIMARY_KEY # 唯一字符串 PARSE_SERVER_ENCRYPTION_KEY # 文件加密密钥 PARSE_SERVER_OBJECT_ID_SIZE # ObjectId长度,默认10,建议医疗应用设为32 PARSE_SERVER_DATABASE_URI # 数据库连接URI,如postgres://${PG_PARSE_USER}:${PG_PARSE_PASSWORD}@db:5432/${PG_PARSE_DB} PORT # 端口,默认1337 PARSE_SERVER_MOUNT_PATH # 挂载路径,默认/parse PARSE_SERVER_URL # 服务器URL,默认[***]{PORT}/parse PARSE_SERVER_PUBLIC_URL # 公开URL,默认http://localhost:${PORT}/parse PARSE_SERVER_CLOUD # 云代码路径,默认/parse/cloud/main.js PARSE_SERVER_MOUNT_GRAPHQL # 是否启用GraphQL,默认true PARSE_SET_USER_CLP # 是否限制User类访问,默认1 PARSE_SERVER_ALLOW_CLIENT_CLASS_CREATION # 是否允许客户端创建类,默认false PARSE_SERVER_ALLOW_CUSTOM_OBJECTID # ParseCareKit必需,默认true PARSE_SERVER_ENABLE_SCHEMA_HOOKS # 跨实例同步 schema,默认true PARSE_SERVER_DIRECT_ACCESS # 禁用直接访问,默认false PARSE_SERVER_USING_PARSECAREKIT # 是否使用ParseCareKit,默认true PARSE_VERBOSE # 是否启用详细日志,默认false POSTGRES_PASSWORD # 需与hipaa-postgres的POSTGRES_PASSWORD一致
POSTGRES_PASSWORD # 数据库集群密码 PG_PARSE_USER # parse数据库用户名 PG_PARSE_PASSWORD # parse数据库密码 PG_PARSE_DB # parse数据库名称
# 需手动修改/scripts/mongo-init.js,环境变量不直接传递 MONGO_INITDB_ROOT_USERNAME # 管理员用户名 MONGO_INITDB_ROOT_PASSWORD # 管理员密码 MONGO_INITDB_DATABASE # parse数据库名称
PARSE_DASHBOARD_TRUST_PROXY # 代理后端时设置为1 PARSE_DASHBOARD_ALLOW_INSECURE_HTTP # 非代理环境设置为1(二选一) PARSE_DASHBOARD_COOKIE_SESSION_SECRET # 会话密钥 PARSE_DASHBOARD_MOUNT_PATH # 挂载路径,默认/dashboard
首次启动时,parse-server(控制台显示为parse_1)可能因Postgres初始化而多次连接失败,属正常现象。Postgres初始化完成后会显示:
db_1 | PostgreSQL init process complete; ready for start up.
parse-server连接成功后显示:
parse_1 | parse-server running on port 1337. parse_1 | publicServerURL: http://localhost:1337/parse, serverURL: [***] parse_1 | GraphQL API running on http://localhost:1337/parsegraphql parse_1 | info: Parse LiveQuery Server starts running
控制台可能出现类似以下数据库错误日志,属正常现象(parse检查并配置数据库):
db_1 | 2020-03-18 21:59:21.550 UTC [105] ERROR: duplicate key value violates unique constraint "pg_type_typname_nsp_index" ...
提供Singularity镜像,托管于GitHub Container Registry,示例配置见singularity-compose.yml。
Parse Server默认绑定1337端口,访问地址http://localhost:1337/parse。可通过修改index.js配置推送通知、密码重置、适配器等。该文件为Express应用,参考示例。
生产环境需创建索引优化查询:
docker exec -u postgres -ti parse-hipaa_db_1 bash./usr/local/bin/setup-parse-index.sh建议启用幂等性,参考Parse Server文档。Postgres可通过cron定期执行[parse_idempotency_delete_expired_rec
免费版仅支持 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