税务 SaaS - 完整平台
整个平台：代码、云与身份。
一家税务 SaaS 原本建立在单体后端、独立的后台和零散的表单之上。我们构建了完整的平台：按领域划分、通过事件通信的服务，统一的身份与角色，客户门户与后台，运行在 Azure 上的 Kubernetes，基础设施即代码，并采用 GitOps 部署。
- 背景
- 税务 SaaS - 完整平台
- 周期
- 分阶段构建，逐步替换旧系统
- 交付内容
- 按领域划分的服务、公共库、客户门户、后台和官网；身份与角色；Azure 上的 Kubernetes，基础设施即代码、GitOps、托管密钥与可观测性。
6
独立部署的后端服务
3
共享同一身份与角色的 Web 应用
每个数字的出处见下文。
01
起点是什么样
产品可以运行，也有客户，但每个部分都是各自独立诞生的：单体后端、单独的后台，以及用于注册和开通的零散表单。要让产品继续发展，往往需要同时改动其中好几个部分。
02
思路
我们按领域重新设计了产品——客户、账户、计费、通知、AI 和工具——拆分为独立服务，构建在统一的认证、事件、指标和日志公共库之上。服务之间通过 Azure Service Bus 上的事件通信，而不是相互直接调用。同一套带有组织和角色的身份体系，保护所有 API 和三个 Web 应用。底层是平台：Azure 上的 Kubernetes，基础设施以代码描述，GitOps 部署，密钥存放在 Key Vault 中并按角色、最小权限访问，以及基于指标、日志和链路追踪的可观测性。
03
最终跑起来的东西
一个可以按部分演进的产品：每个领域独立部署，权限一次定义、处处适用，基础设施和部署都在代码仓库里，而不是在某个人的脑子里。
交付构件
- 通过事件通信的领域服务
- 统一的身份、组织与角色
- Azure 上的 Kubernetes、基础设施即代码与 GitOps
本案例已做匿名处理。我们在 NDA 之下工作：不公开客户名称、标识，也不公开任何可用于识别客户的信息。技术细节可在电话沟通中详谈。
下一步
聊聊你的项目？
30 分钟里，我们一起过一遍：你想建什么、现在跑着什么、数据和集成的情况，以及用户真正进来之后还缺什么才撑得住。项目是你自己的还是你客户的，都一样，这通电话没有区别。
30 分钟免费评估，不设任何前提。如有需要，可先签 NDA。下一个工作日内回复。