Skip to Content
文档技术架构

技术架构

一、架构设计

架构设计

该架构以**Softa 应用开发平台(Application Development Platform)**为核心,采用自上而下的分层模型。

最上层为业务应用(Business Apps),如 CoreHR、Payroll、Talent、Workforce、Expense 等,直接承载业务场景与用户功能。

中间是平台能力层,由两部分组成:

Platform Services:提供 IAM、Workflow、Messaging、Metadata、AI、Integration、Audit、File、Data Quality、Cron 等通用服务,为各业务应用提供统一的基础能力;

Metadata Framework:包含 Base、ORM、Web 等元数据与开发框架,支持模型驱动与快速应用构建。

最底层为基础设施层(Infra),包括 RDBMS、OSS、Index、MQ、Cache 等技术组件,为平台提供存储、消息与缓存支撑。

整体形成业务应用 → 平台服务 → 元数据框架 → 基础设施的四层结构,实现业务与技术能力解耦,支持应用的快速构建与持续扩展。


二、数据架构

数据架构

数据架构采用 “治理驱动 + 领域访问 + 多模存储” 的设计模型,以元数据为核心枢纽,将数据来源、领域服务与物理存储进行解耦。 整体结构由四个纵向维度与三个横向层次共同组成:

  • 纵向维度:Data Sources → Data Access → Data Domains → Data Storage
  • 横向核心:Metadata & Governance → Domain APIs → Data Domains → Storage

该模型的核心思想是: 所有数据访问必须经过领域接口,所有行为必须受元数据治理约束,底层存储对上层透明。

2.1 核心层次解析

(1) Metadata & Governance(元数据与治理层)

位于架构的中枢位置,承担对全局数据的描述与管控职责:

  • Data Schema:统一的数据模型与结构定义
  • Lineage:数据血缘与流转路径
  • Ownership:数据责任归属
  • Audit Metadata:审计与合规信息

该层不直接存储业务数据,而是控制“数据如何被理解、如何被使用、由谁负责”

(2) Domain APIs(领域访问层)

所有对数据的读写都必须通过 Domain APIs 完成:

  • 统一的领域服务入口
  • 屏蔽底层多种存储差异
  • 承载业务规则与访问控制
  • 与治理层紧密协同

它是数据治理与业务系统之间的唯一桥梁

(3) Data Domains(数据域)

数据按照职责被划分为三类:

  • Business Data:业务过程数据
  • Master & Reference Data:主数据与基础字典
  • System Data:系统运行与配置数据

这种划分保证不同类型数据拥有独立生命周期与治理策略。

(4) Data Storage(多模存储)

底层采用多种存储组合:

  • RDBMS:结构化事务数据
  • Index:检索与分析加速
  • OSS:非结构化对象

对上层完全透明,由 Domain APIs 统一路由。

2.2 消费与接入侧

  • Client App:前端应用
  • Integrations:外部系统对接
  • Domain Services:领域业务服务

所有消费者都遵循: Data Sources → Domain APIs → Governance → Storage 的受控路径。

2.3 架构特征

  • 治理先于访问
  • 领域接口唯一化
  • 存储多模可插拔
  • 数据可追溯可审计
  • 职责边界清晰
最后更新于