博云慧通助力 Guangzhou Huicong Sanlu Network Technology Co., Ltd. 基于 AWS 建设覆盖全球内容分发、弹性计算、异步消息处理、多可用区数据服务与安全运营的云上业务平台。

案例概要

Guangzhou Huicong Sanlu Network Technology Co., Ltd. 是一家网络技术企业。本次项目聚焦其互联网应用、后台任务和企业协同场景，平台需要同时处理静态内容访问、动态业务请求、共享文件、消息任务、缓存查询、关系型数据读写以及企业邮件等多类工作负载。随着应用功能和线上访问场景不断增加，客户需要进一步提升访问链路效率、后台任务处理能力以及核心数据服务的稳定性。

博云慧通结合客户现有业务架构，基于 AWS 构建了分层、弹性且便于持续运营的云上平台。整体方案采用 Amazon CloudFront、AWS WAF、AWS Certificate Manager、Amazon S3、Application Load Balancer、Amazon EC2 Auto Scaling、Amazon ECR、Amazon EFS、Amazon MQ、Amazon ElastiCache for Redis、Amazon RDS for MySQL、Amazon GuardDuty、Amazon CloudWatch、AWS KMS、AWS Backup 和 Amazon WorkMail 等服务，形成从访问接入到应用运行、数据支撑和安全运维的完整链路。

客户背景

在本项目涉及的业务场景中，客户通过 Web 应用向用户提供在线服务，并由后台任务承担消息处理、数据更新和其他异步作业。平台还需要支持静态内容发布、共享文件访问、缓存查询和关系型数据存储，并通过企业邮件与内部员工保持业务沟通。多种工作负载集中运行，使访问入口、计算资源、消息系统和数据服务之间的协同成为平台建设的重点。

客户希望在保持应用持续迭代的同时，建立更清晰的云上分层架构。一方面需要利用内容分发和弹性计算能力应对访问量变化，另一方面需要通过消息中间件和后台任务解耦耗时处理，并为缓存和数据库配置跨可用区能力。同时，监控、威胁检测、密钥保护、备份恢复和企业邮件也需要纳入统一的运营体系。

业务挑战

保障动态业务与后台任务持续稳定运行

用户请求既包含静态内容访问，也包含需要后端处理的动态业务。部分操作还会触发后台任务和消息交互。如果前台请求、后台作业和消息处理紧密耦合，短时流量增长或任务积压可能影响整体响应。客户需要形成清晰的同步与异步处理路径，并让计算资源能够根据业务负载进行调整。

提升核心数据服务的可用性与访问效率

应用运行依赖共享文件、缓存和关系型数据库。随着并发访问和后台任务增加，缓存命中效率、数据库连接稳定性以及文件共享能力会直接影响应用表现。客户需要为 Redis 缓存和 MySQL 数据库建立多可用区部署基础，同时完善数据备份机制，降低单点故障和数据恢复风险。

完善安全监控与企业协同保障体系

平台对外提供网络访问能力，也承载内部员工使用的企业邮件。客户需要在边缘访问防护、传输证书、账户与网络威胁检测、运行监控、密钥保护和备份恢复等方面建立持续运营能力，并确保异常情况能够被及时识别和处理。

解决方案 基于 AWS 构建弹性异步业务与协同平台

博云慧通依据架构图所示业务链路，以 Amazon VPC 为网络基础，对访问接入、应用计算、消息处理、共享存储、缓存、数据库及管理安全能力进行分层。平台将面向用户的访问路径与后台任务处理路径分离，并通过托管服务增强数据可用性和日常运维能力。

在访问接入层，用户请求经过域名解析后进入 Amazon CloudFront。静态内容由 Amazon S3 承载，并通过 CloudFront 进行缓存分发；动态请求则由 CloudFront 转发至 Application Load Balancer。AWS WAF 为公网访问提供规则防护，AWS Certificate Manager 为相关接入端点提供证书管理基础，从而形成兼顾内容交付、动态访问和传输安全的入口体系。

在计算与应用层，Application Load Balancer 将动态请求分发至 Auto Scaling group 中的 Amazon EC2 实例。应用和后台作业所需的容器镜像集中存储在 Amazon ECR，并由计算实例拉取。Auto Scaling 机制为业务负载变化预留弹性调整能力，Amazon EFS 则为需要共享文件访问的应用组件提供统一文件存储。

在消息与数据层，后台任务通过 Amazon MQ 发送和接收消息，使耗时作业能够与前台访问链路分离。Amazon ElastiCache for Redis 采用 Multi-AZ 架构承担高频缓存查询，Amazon RDS for MySQL 采用 Multi-AZ 架构存储核心关系型数据。AWS Backup 为数据库等关键数据资源提供集中备份基础，增强数据保护和恢复能力。

在运营与安全层，Amazon CloudWatch 用于持续采集应用和资源运行指标，Amazon GuardDuty 对 AWS 账户及 VPC 相关活动进行威胁检测，AWS KMS 为密钥管理和数据保护提供支持。Amazon WorkMail 为员工提供企业邮件能力，使业务平台运行保障与内部协同能够在 AWS 环境中获得统一支撑。

AWS Well Architected 最佳实践落地

最佳实践一 分离静态与动态访问链路提升内容交付效率

博云慧通围绕用户访问路径对静态内容和动态请求进行分层。用户完成域名解析后统一进入 Amazon CloudFront，使平台能够通过边缘节点向不同区域的访问者交付内容，并减少重复请求直接到达源站的压力。

静态内容存储在 Amazon S3，并由 CloudFront 进行缓存分发。AWS WAF 与访问入口协同，对公网请求实施基础规则控制；AWS Certificate Manager 负责证书管理，为加密传输提供支撑。该设计将内容分发、边缘防护和证书管理纳入同一访问体系。

对于需要业务处理的动态请求，CloudFront 将流量转发至 Application Load Balancer，由负载均衡器分配给后端计算实例。静态资源与动态请求使用不同的后端处理路径，使各类工作负载能够按照自身特点进行扩展和管理。

这一实践帮助客户建立了更清晰的公网访问架构，在改善静态内容交付效率的同时，为动态应用的稳定接入和后续容量扩展提供基础。

最佳实践二 使用弹性计算和消息中间件解耦后台任务

动态业务和后台作业运行在 Auto Scaling group 管理的 Amazon EC2 实例上。平台根据应用部署需要从 Amazon ECR 拉取容器镜像，使镜像存储、版本管理和计算资源之间形成标准化的交付路径，并为后续应用迭代提供一致的部署基础。

后台任务通过 Amazon MQ 交换消息，将任务发起方与具体执行实例解耦。消息可以在任务处理链路中进行缓冲，后台实例按照业务逻辑消费并处理任务，从而降低耗时作业对前台请求响应的直接影响。

对于多个实例需要共同访问的文件，平台使用 Amazon EFS 提供共享文件系统，减少本地文件分散存放带来的管理复杂度。共享存储与弹性计算配合，使实例调整时仍能够访问一致的业务文件。

数据访问方面，Amazon ElastiCache for Redis Multi-AZ 支撑高频缓存查询，Amazon RDS for MySQL Multi-AZ 承担核心数据读写。缓存和数据库采用不同的数据处理角色，并通过跨可用区部署增强关键数据服务的连续性。

这一实践形成了从镜像交付、弹性计算到消息解耦、共享文件和数据访问的完整运行链路，使平台更适合承载动态请求、后台任务和阶段性业务负载。

最佳实践三 建立威胁检测监控备份与企业通信体系

为了支持平台长期运行，博云慧通将安全检测、运行监控、密钥保护、备份恢复和企业邮件纳入统一设计，使客户不仅能够运行应用，也能够持续观察和管理云上环境。

Amazon CloudWatch 对应用和关键资源的运行状态进行监控，为运维团队提供指标和日志观察基础。Amazon GuardDuty 分析与 AWS 账户及 VPC 相关的活动，帮助识别潜在威胁，为异常调查和安全响应提供线索。

AWS KMS 用于集中管理加密密钥，支持相关数据资源的保护。AWS Backup 对纳入范围的关键数据资源执行集中备份，为日常数据保护、恢复准备和备份策略管理建立基础能力。

企业协同方面，Amazon WorkMail 为员工提供企业邮件服务。通过将企业通信能力纳入云上架构，客户能够在应用服务之外形成面向内部协作的通信支撑，并与现有员工使用场景连接。

上述能力共同覆盖可观测性、安全性、数据保护和协同运营，使平台在业务持续运行过程中具备更完整的风险发现和恢复准备机制。

这一实践帮助客户从单纯关注系统上线，进一步转向对运行状态、安全风险、数据恢复和员工协同的持续管理。

项目执行路径

项目初期，博云慧通围绕用户访问、静态内容、动态请求、后台作业、共享文件、缓存、数据库和企业邮件等场景进行需求梳理，并依据现有依赖关系明确 AWS 目标架构、服务边界和实施顺序。设计过程中重点核对了同步与异步链路、Multi-AZ 数据服务以及安全运营组件之间的关系。

实施阶段依次完成 Amazon VPC 环境、CloudFront 与 S3 内容分发、WAF 与证书配置、ALB 接入、EC2 Auto Scaling 计算环境、ECR 镜像仓库、EFS 共享文件、Amazon MQ 消息链路、ElastiCache for Redis 与 RDS for MySQL Multi-AZ 数据层，以及 CloudWatch、GuardDuty、KMS、Backup 和 WorkMail 等能力建设。

上线准备阶段，团队对静态和动态访问、负载分发、镜像拉取、消息发送与消费、缓存与数据库连接、共享文件访问、监控指标和备份任务进行验证。完成业务联调后，平台进入持续观察和优化阶段，为后续应用迭代和容量调整保留清晰路径。

项目成果

公网访问与内容交付链路更加清晰

通过 CloudFront 对静态内容和动态请求进行统一接入，并结合 Amazon S3、Application Load Balancer、AWS WAF 和 AWS Certificate Manager，客户建立了分层的访问路径。静态内容能够由边缘网络进行分发，动态请求能够进入独立的负载均衡和计算链路，平台的访问管理和安全边界更加明确。

后台任务处理与业务支撑能力得到增强

Amazon EC2 Auto Scaling、Amazon ECR 和 Amazon MQ 的组合，使应用实例、容器镜像和异步任务形成更清晰的协同关系。后台作业可以通过消息机制进行解耦和缓冲，计算资源具备弹性调整基础，有助于客户应对任务集中触发和业务负载变化。

核心数据保护与恢复准备更加完善

Amazon ElastiCache for Redis 和 Amazon RDS for MySQL 采用 Multi-AZ 架构，为缓存与关系型数据提供更稳健的服务基础。结合 Amazon EFS 和 AWS Backup，平台在共享文件访问、关键数据保护和恢复准备方面具备了更加完整的支撑能力。

安全运营与企业协同能力得到补充

借助 Amazon CloudWatch、Amazon GuardDuty 和 AWS KMS，客户能够持续观察关键资源状态、识别潜在威胁并加强密钥管理。Amazon WorkMail 则为员工提供企业邮件服务，使平台的外部业务运行与内部沟通场景获得协同支撑。

合作伙伴价值

作为本次 AWS 平台建设的实施伙伴，博云慧通承担了需求梳理、目标架构设计、访问链路规划、计算与消息系统建设、Multi-AZ 数据服务配置、安全运营能力部署以及上线验证等工作，并根据架构组件之间的依赖关系制定实施顺序。

博云慧通基于 AWS Well-Architected 方法，对平台的可靠性、安全性、性能效率、卓越运营和成本管理基础进行了整体考虑。通过本次项目，Guangzhou Huicong Sanlu Network Technology Co., Ltd. 建立了更清晰、更具弹性且便于持续运营的云上业务架构，为后续功能扩展、任务增长和企业协同提供支撑。