先衡量现有系统，再考虑重建

性能慢、云账单上涨或频繁故障，可能不只由某个技术选择造成。我综合检查应用流程、基础设施、流量、数据、发布与现有指标。有访问权限时，我用测量验证假设；没有时，会明确说明假设。

目标不只是让某个页面显得更快。我会平衡用户体验、运行可靠性、安全、维护负担与成本。

性能、流量与可靠性

高流量并不意味着所有系统都用同一方案。应先找出请求在哪里等待：应用代码、数据库、外部服务，还是发布链路。缓存、查询设计、CDN/边缘服务、后台任务或架构拆分，都应由测量结果支持。

  • 响应时间与错误率基线
  • 关键用户流程与依赖关系图
  • 监控、告警、事件管理与回退机制
  • 维护、版本管理和容量规划风险

云成本：先看清，再优化

我按服务、环境和工作负载审视AWS与GCN的使用情况，找出成本来源。闲置资源、规格不合理、不必要的数据传输或存储、许可证与可观测性成本都值得检查，但只有结合账单与使用数据，才能确定真正的优化机会。

每项建议除成本外，还要评估性能、韧性、安全与维护影响。我不承诺固定节省比例；基线和成功指标需按项目范围确定。

可交付成果

  • 现有基础设施与流量路径概览
  • 经过测量的性能与成本基线
  • 风险、依赖与安全检查清单
  • 按优先级排序的改进计划及影响与取舍说明
  • 监控、发布、回退与运维建议