← 全部项目
项目 / 主题阅读

云运维:串起项目背后的经验

项目各不相同,思路一以贯之:减少瓶颈、及早发现问题,让基础设施更容易调整和演进。

4 个项目故事3 篇技术笔记一条贴近实践的阅读路线
分担负载观察状态重新思考持续演进

4 个项目故事 · 3 篇技术笔记

01

如何应对突发流量?

让静态内容不再依赖每一次源站请求

~90%源站请求量降幅

引入 Akamai,将约 90% 的对象缓存在靠近用户的位置,减轻裸金属 Web 服务器集群的压力。

阅读项目故事 ↗
02

如何比用户更早发现问题?

别让客户成为监控系统

24/7告警直达全天候值班团队

2000 年我加入时,只有少量服务器和分析日志的脚本。这个起点无法跟上后来的规模增长和复杂度。

阅读项目故事 ↗
03

原来的设计行不通,该怎么办?

从裸金属到 VMware

€10,000+每月节省的机柜费用

未能满足原定延迟要求的存储项目,最终成为成功的虚拟化平台,也改变了我对基础设施的看法。

阅读项目故事 ↗
04

如何让下一次调整更容易?

云原生个人网站

AWS本站背后的平台

将原来的 WordPress 网站改造成快速的静态 AWS 平台,缩小攻击面,同时支持自动化交付和公开的访客统计。

阅读项目故事 ↗

从项目经验,深入技术细节。

把已有技术笔记按主题串起来,无需翻找归档,就能接着深入阅读。

六个月的定时炸弹:EFS 突发积分耗尽之后

EFS 突发积分如何掩盖了六个月的吞吐量不足,以及本应更早发现问题的监控信号。

阅读技术笔记 ↗

如何使用 CloudWatch 监控 EFS 突发积分

用 CloudWatch 观察 EFS 吞吐量、突发积分消耗、I/O 压力与应用表现。

阅读技术笔记 ↗

AWS Auto Scaling 与 ELB 健康检查

为什么 ALB 已判定实例不健康,Auto Scaling 却没有替换它?关键在于健康检查的选择。

阅读技术笔记 ↗

滑动或使用箭头键·Esc 关闭