应用现代化改造
用易于维护的平台取代遗留单体应用
工作从评估开始：审查代码和数据库，绘制依赖关系图，并分析哪些功能被使用、由谁使用、使用频率如何。由此形成一份按业务价值和风险对组件排序的现代化改造计划，使最先发布的版本处理价值最高的组件。
迁移采用绞杀者模式。基于 Spring Boot 和 Next.js 构建的新服务在路由层之后逐项接管功能，现有系统则继续提供其余功能。用户自始至终使用同一个应用，任何组件都要等到其替代者在生产环境中得到验证后才会关闭。
如果代码本身良好，只是平台过时，我们会改为更换平台：将应用容器化并迁移到 AWS ECS，替换专有中间件，并将数据库升级到受支持的 PostgreSQL 版本。
- 评估并制定按优先级排序的现代化改造路线图
- 在 API 网关或反向代理之后，采用绞杀者模式迁移
- 将 Java EE 及其他 JVM 应用迁移到 Spring Boot 和容器
- 数据迁移，并为每次切换提供核对报告
云迁移
分批迁移到 AWS，每一批都有回滚路径
迁移不只是复制服务器。我们首先建立账户结构、网络和安全体系，然后分批迁移工作负载，每一批都有各自的回滚路径。
着陆区先行
从符合您网络和合规要求的账户结构起步：使用 AWS Organizations 将生产和非生产环境分设账户，集中记录日志，以 IAM 角色取代共享密钥，并设计合适的 VPC。全部配置均以 Terraform 定义，经过审查并进行版本管理。
分批迁移
停机时间控制在约定的窗口内。工作负载按依赖关系分组，从最不关键的开始分批迁移，每一批都有测试计划、切换窗口和回滚步骤。数据库通过复制方式迁移。
为每个工作负载选择合适的目标
应用服务运行在 ECS 的容器中，数据库使用托管 PostgreSQL，事件驱动的任务运行在无服务器函数上。只有在尚不值得重写的情况下才采用原样迁移，每项选择的理由都会记录在案。
每一批都保障安全
数据在迁移过程中始终受到保护。每一批都采用静态和传输加密、托管密钥存储、最小权限角色，并在边缘使用 Cloudflare 提供 TLS、WAF 和 DDoS 防护。每一批迁移都包含安全审查。
成本透明
通过标签规范和预算，每个环境和团队从一开始就能看到自身的支出。迁移完成后，待实际用量明确，再审视资源规格调整和预留容量。
移交或托管运维
您的团队将获得运营该环境所需的 Terraform 代码、运行手册和培训；也可以由 InterCloud 根据托管运维协议继续运营。
系统集成
以集成取代系统间的重复录入
企业运行着 ERP、人力资源、CRM、电子商务以及众多部门级工具，员工经常需要在它们之间重复录入数据。我们以有文档记录、受到监控并归贵组织所有的集成取代人工传递。
同步需求通过以 OpenAPI 描述的 REST API 实现，异步流程则使用事件和队列，避免某个缓慢或不可用的系统阻塞其他系统。遗留的 SOAP 服务、文件传输和数据库连接都通过适配器封装，使其他系统可以使用统一的接口。
每项集成都会记录传输了什么、何时传输，能够安全地重试，并在失败时发出告警。因此，对账从每月例行任务变成了仅在异常时才需执行的程序。
- REST 与 OpenAPI 契约，进行版本管理并发布给您的团队
- 基于队列和幂等消费者的事件驱动集成
- 适用于 SOAP、SFTP、平面文件和数据库直连接口的适配器
- 与 GlowScale、Orbio 以及第三方 ERP、CRM 和支付系统集成
数据与分析
为管理决策提供可靠的报表
报表项目通常因数据质量和时效问题而失败。因此，我们先构建数据管道和指标定义，然后再制作仪表板。
数据仓库
在统一的中央存储中比较长期趋势。数据仓库运行在 PostgreSQL 或 AWS 分析服务上，由来自您各应用的定时和事件驱动数据管道提供数据，并保留历史记录。
统一的指标定义
财务和运营部门使用同一套数据。每项指标（如收入、现有库存或周期时间）都有一个商定的定义，记录在案并应用于每份报表。
仪表板与报表
每个角色都能看到所需的数据。为高管、经理和一线员工提供基于角色的仪表板，通过电子邮件发送定时报表，并支持导出到电子表格做进一步分析。
为 AI 做好准备
助手和预测依赖于干净且受治理的数据。同一个数据仓库为 InterCloud AI 以及“AI 与数据解决方案”中介绍的模型提供数据。
路线图
典型的转型路线图
在实践中，各阶段相互交叠。下列顺序反映的是：在安全地迈出下一步之前，哪些条件必须先具备。
- 1
评估并确定优先级
盘点应用、数据和集成，访谈业务负责人，并制定一份路线图，明确短期改进、基础建设和长期替换的内容。
- 2
打好基础
建立 AWS 着陆区、CI/CD 流水线、监控和 API 网关。这些组件为后续所有工作共用，通常也是第一项看得见的交付成果。
- 3
分批迁移与现代化改造
将工作负载迁移到 AWS，逐项替换遗留组件的功能，并通过有文档记录的接口连接各系统。每一批结束时，用户都已在新版本上工作。
- 4
整合数据
交付通往数据仓库的数据管道、商定的指标定义和首批仪表板。此阶段发现的数据质量问题会加入应用的待办事项。
- 5
运营与改进
环境转入托管运维或移交给您的团队，并每季度审查下一步应对哪些内容进行现代化改造、停用或自动化。