内网系统与服务端网络不通
身份源和业务应用位于不同网络区域，部署节点需要明确访问路径、端口、证书及凭据保管。
场景解决方案 / 全域数字身份治理解决方案
IDaaS 部署在企业自有环境
围绕企业身份数据、内网连接和运维责任，评估 IDaaS 在企业自有环境中的部署方案。
部署形态、组件清单、资源规格和高可用方式需按当前产品版本及客户环境确认。
客户问题
自有环境部署不仅是安装，还涉及持续运行责任
网络、证书、身份源、备份和升级等条件需要在项目开始前一起评估。
上线后维护职责不清
备份、监控、故障恢复、补丁和版本升级若没有责任划分，容易在故障时互相等待。
整体思路
先核对部署条件与责任，再验证关键身份链路
企业提供目标环境和运维约束，数犀依据可交付版本确认部署组件与连接方式；双方共同验证身份源、目标应用及维护流程。实际服务器、网络和安全策略由客户环境管理员批准并维护。
- 01客户环境明确计算、网络和运维要求
- 02部署评估确认版本、组件及连接路径
- 03数犀集成平台部署经确认的服务组件
- 04联合验证检查登录、同步及运维操作
自有环境部署的具体拓扑、高可用和灾备能力需逐项目确认，不能由“支持部署”推导为任何环境均可直接安装。
核心任务
确认环境及访问路径 · 验证运行与维护流程
01 / 确认环境及访问路径
将依赖项变成可验证清单
- 01客户提供环境信息网络域、资源与安全约束
- 02部署评估核对组件和依赖
- 03联合连通性测试检查身份源及目标系统路径
原来怎么处理
项目启动后才发现目标服务器、内网身份源或证书条件不满足，导致反复调整网络和部署方案。
数犀如何处理
先采集环境、产品版本、网络区域、域名证书、资源系统和凭据责任，再逐项确认数犀组件的部署及出入站访问路径。未确认的网络开放不作为默认条件。
使用测试环境逐个检查域名解析、端口可达、证书和最小权限账号；记录不可达项及负责团队。
希望带来的变化
在部署前看清环境限制和外部依赖，减少因条件遗漏造成的返工。
相关能力部署架构评估身份源连接环境连通检查
02 / 验证运行与维护流程
明确日常和故障时各方责任
- 01部署完成按计划启动服务
- 02联合验证检查关键业务链路
- 03运维交接演练日志、备份及升级责任
原来怎么处理
系统可启动但无人负责监控、备份或版本升级；发生故障时，恢复目标和操作权限不明确。
数犀如何处理
把服务巡检、日志查看、备份保管、恢复演练和升级窗口分配给对应团队；具体操作能力以本次交付版本与运维手册为准。
在约定环境演练服务重启、日志定位和备份恢复；未纳入交付的集群/灾备能力单独标注。
希望带来的变化
让系统可运行条件与长期运维责任同时明确。
相关能力部署交付运行日志运维交接
改善与验证
以部署检查表和关键链路演练验收
验证部署节点可达、身份链路可用，并明确发生故障时的处置人。
| 常见处理 | 希望实现的变化 | 试点检查方法 |
|---|---|---|
| 部署依赖遗漏身份源和业务应用位于不同网络区域，部署节点需要明确访问路径、端口、证书及凭据保管。 | 希望实现的变化版本、资源、网络和访问依赖在实施前逐项确认。 | 试点检查方法用部署检查表核验域名、证书、访问路径、身份源和目标应用连接。 |
| 运维边界不清备份、监控、故障恢复、补丁和版本升级若没有责任划分，容易在故障时互相等待。 | 希望实现的变化备份、日志、升级和故障恢复有明确的责任人和步骤。 | 试点检查方法演练一项常见故障与恢复场景，记录执行者、可观察结果和未覆盖能力。 |
本页没有对私有化部署形态、资源规模、高可用或恢复时限作统一承诺；以正式交付清单为准。
