ZhiOne
ZhiOne 的工作原理
由组件构成，而不是一整块
ZhiOne 按照 TM Forum 开放数字架构（ODA）的组件进行划分。每个组件拥有自己那部分业务及其数据，通过 TM Forum Open API 对外提供，并以事件的形式发布自身的变化。其他组件或运营商的其他系统只能通过 API 访问这些数据，绝不直接访问数据库。
客户或渠道发起操作
销售门户、自助服务应用或合作伙伴的系统调用组件的 API。
组件作出决定
它依据自己的规则审核请求，并对结果负责。
流程继续推进
例如，一个订单通过流程引擎从受理走到交付，引擎依次调用各个组件。
大家都会知道
变化以事件形式发布，计费、资源清单和通知随之跟进，无需另行请求。
围绕组件的部分
| 部分 | 作用 |
|---|---|
| 登录 | 标准 OpenID Connect，接入运营商的身份系统 |
| 权限 | 按 TM Forum Permissions Management 的定义设置角色和权限 |
| 流程 | 用于订单及其交付的流程引擎 |
| 集成 | 连接运营商自有系统（例如支付网关）的适配器 |
| 记录 | 每次变更都作为事件保存，审计日志记录谁在何时更改了什么 |
| 日常工作 | 为记录添加备注，并把每条记录分配给负责处理的员工 |
| 后台作业 | 耗时较长的任务以批处理方式在后台运行，不影响正在使用系统的人员 |
| 平台 | 运行在 Kubernetes 上的容器，以固定版本发布和回滚 |
留在您其他系统中的部分
运营商的网络侧，例如服务与资源清单、故障和性能管理，仍保留在运行它们的系统中。ZhiOne 通过同样的标准 API 与它们连接。