Clearly：应对电商高峰的韧性基础

业务背景

Clearly 在线销售处方眼镜。既有本地与 Rackspace 基础设施混合带来扩展、韧性与支撑交易高峰能力的约束。

项目聚焦可投入生产的数字基础：扩展性、可用性、恢复与受控交付须协同运作。

团队需在保持应用连续性的同时，摆脱难以扩展的基础设施。迁移与现代化分阶段推进，而非一次性替换。

概念架构

01身份与策略

02专用连接

03业务工作负载

04受控交付

示意决策边界的概念架构，不代表任何客户环境。

交付工作包括基于 Jenkins 与 GitHub 的流水线即代码、HashiCorp Consul 服务发现，以及 AWS Secrets Manager 与 HashiCorp Vault 的密钥管理模式。架构在环境需要时连接 AWS、Azure 与本地交付需求。

迁移的价值在于形成可运营的目标状态。对零售商而言，意味着在最繁忙业务窗口之前共同验证扩展、部署、恢复与访问。正确顺序取决于应用，而非通用迁移公式。

常见问题

涉及哪些平台与工具？

源项目描述 AWS 与 Azure、Terraform、Ansible、Jenkins、GitHub、F5、Consul、AWS Secrets Manager 与 HashiCorp Vault。本页突出架构工作，而非为每位客户规定该工具集。

同一架构能否用于另一家零售商？

可重复基础设施、以依赖为先的迁移与经测试的容量等原则可复用。账户结构、数据流、应用行为与恢复目标须为下一家零售商重新设计。

如何讨论类似项目？

请说明工作负载、高峰需求模式与当前托管约束。我们可评估在迁移或现代化之前须先建立哪些基础。