重新设计旧版应用程序,以通过 AWS 进行索赔匹配

客户


一家美国金融服务提供商将传统的会员和供应商文件管理系统现代化为安全、可扩展且云原生的平台,从而实现无缝的业务运营并改善会员服务。

商业挑战


  • 老化的技术堆栈:核心应用程序建立在 FoxPro 和 Crystal Reports 等过时的平台上,阻碍了灵活性和创新。
  • 性能和成本效率低下:内部 SQL Server 设置成本高、优化不足且难以扩展。
  • 僵化的报告功能:静态报告和缺乏交互性降低了决策效率。
  • 安全和合规差距:缺乏现代访问控制机制和有限的可审计合规态势。
  • 部署不灵活:手动部署和缺乏 DevOps 文化减慢了发布生命周期。

方法


Trianz 领导了全面的架构重构,采用端到端云原生重新设计,以实现可扩展性、敏捷性和成本效率:

  • 遗留系统退役:淘汰 FoxPro 和 Crystal Reports,以消除技术债务并实现数据流和报告的现代化。
  • 云原生重新设计:将单体应用程序重建为托管在 ECS Fargate 上的容器化微服务,提高弹性和可移植性。
  • 数据现代化:从 SQL Server 迁移到 Amazon Aurora PostgreSQL,简化模式设计并降低数据库许可成本。
  • 实时文件处理:使用 Amazon S3 触发器、AWS Lambda 和 AWS Batch 实现事件驱动架构,实现自动提取、处理和验证。
  • 交互式报告:提供具有响应式设计、导出功能和高级过滤功能的基于 Web 的仪表板解决方案。
  • 安全的 CI/CD 管道:使用 AWS CodePipeline、CodeBuild 和 CodeDeploy 建立 CI/CD,以简化发布并强制执行质量门。
  • 高级安全态势:集成基于角色的 IAM、AWS Secrets Manager 和 PingFed SSO,实现集中访问控制。
  • 监控和可观察性:配置 AWS CloudWatch 和 CloudTrail 以实现全栈可见性、警报和治理。
  • 成本优化:引入自动扩展、S3 生命周期策略和可预测工作负载的预留实例。
  • 无缝切换:精心策划零停机迁移,确保业务连续性不间断。

技术组件


云服务

  • 亚马逊 Aurora PostgreSQL
  • 亚马逊 S3
  • AWS Lambda
  • AWS Batch
  • 亚马逊 ECS (Fargate)
  • AWS CodePipeline、CodeBuild、CodeDeploy
  • 亚马逊 CloudWatch、AWS CloudTrail
  • 亚马逊 SNS、亚马逊 SES

应用程序堆栈

  • .NET 8
  • 角度
  • TypeScript
  • .NET 核心
  • Linux(Ubuntu)

基础设施工具

  • AWS Secrets Manager
  • 亚马逊 WAF
  • 亚马逊 53 号公路
  • 亚马逊证书管理器
  • AWS KMS
  • 亚马逊 VPC

转型效应


  • 数据库许可成本降低 42%:通过使用 Aurora PostgreSQL 替换专有数据库
  • 节省 35% 的计算成本:利用 ECS Fargate 自动扩展和适当大小的工作负载
  • 20% 额外成本优化:通过预留实例实现可预测的工作负载
  • 零停机迁移:精心策划的上线并持续可用
  • 改善用户体验: Web 仪表板和实时警报增强了决策能力和生产力
  • 强大的安全性和合规性:集中身份控制和细粒度的访问策略提高了审计准备度

联系我们

让我们帮助您
转型和成长


提交您的信息即表示您同意我们修改后的内容  隐私声明.