

赵成的运维体系管理课

赵成

蘑菇街平台技术总监

立即订阅

5576 人已学习

课程目录

已完结 48 讲

0/4登录后，你可以任选4讲全文学习。

开篇词 (1讲)



开篇词 | 带给你不一样的运维思考

免费

应用运维体系建设 (11讲)



01 | 为什么Netflix没有运维岗位？



02 | 微服务架构时代，运维体系建设为什么要以“应用”为核心？



03 | 标准化体系建设（上）：如何建立应用标准化体系和模型？



04 | 标准化体系建设（下）：如何建立基础架构标准化及服务化体系？



05 | 如何从生命周期的视角看待应用运维体系建设？



06 | 聊聊CMDB的前世今生



07 | 有了CMDB，为什么还需要应用配置管理？



08 | 如何在CMDB中落地应用的概念？



09 | 如何打造运维组织架构？



10 | 谷歌SRE运维模式解读



11 | 从谷歌CRE谈起，运维如何培养服务意识？



效率和稳定性最佳实践 (20讲)



12 | 持续交付知易行难，想做成这事你要理解这几个关键点



13 | 持续交付的第一关键点：配置管理



14 | 如何做好持续交付中的多环境配置管理？



15 | 开发和测试争抢环境？是时候进行多环境建设了



16 | 线上环境建设，要扛得住真刀真枪的考验



17 | 人多力量大vs.两个披萨原则，聊聊持续交付中的流水线模式



18 | 持续交付流水线软件构建难吗？有哪些关键问题？



19 | 持续交付中流水线构建完成后就大功告成了吗？别忘了质量保障



20 | 做持续交付概念重要还是场景重要？看“笨办法”如何找到最佳方案



21 | 极端业务场景下，我们应该如何做好稳定性保障？



22 | 稳定性实践：容量规划之业务场景分析



23 | 稳定性实践：容量规划之压测系统建设



24 | 稳定性实践：限流降级



25 | 稳定性实践：开关和预案



26 | 稳定性实践：全链路跟踪系统，技术运营能力的体现



27 | 故障管理：谈谈我对故障的理解



28 | 故障管理：故障定级和定责



29 | 故障管理：鼓励做事，而不是处罚错误



30 | 故障管理：故障应急和故障复盘



31 | 唇亡齿寒，运维与安全



云计算时代的运维实践 (6讲)



32 | 为什么蘑菇街会选择上云？是被动选择还是主动出击？



33 | 为什么混合云是未来云计算的主流形态？



34 | Spring Cloud：面向应用层的云架构解决方案



35 | 以绝对优势立足：从CDN和云存储来聊聊云生态的崛起



36 | 量体裁衣方得最优解：聊聊页面静态化架构和二级CDN建设



37 | 云计算时代，我们所说的弹性伸缩，弹的到底是什么？



个人成长 (5讲)



38 | 我是如何走上运维岗位的？



39 | 云计算和AI时代，运维应该如何做好转型？



40 | 运维需要懂产品和运营吗？



41 | 冷静下来想想，员工离职这事真能“防得住”吗？



42 | 树立个人品牌意识：从背景调查谈谈职业口碑的重要性



加餐 (4讲)



划重点：赵成的运维体系管理课精华（一）



划重点：赵成的运维体系管理课精华（二）



划重点：赵成的运维体系管理课精华（三）



新书 |《进化：运维技术变革与实践探索》



结束语 (1讲)



结束语 | 学习的过程，多些耐心和脚踏实地





赵成的运维体系管理课



36 | 量体裁衣方得最优解：聊聊页面静态化架构和二级CDN建设

赵成 2018-02-23

上期文章中我们介绍了 CDN 和云存储的实践，以及云生态的崛起之路，今天，我们继续聊一聊 CDN。
我们通常意义上讲的 CDN，更多的是针对静态资源类的内容分发网络，最典型的就是电商的各类图片，还有 JS 和 CSS 这样的样式文件。通过 CDN 能够让用户就近访问，提升用户体验。
但是这类文件只是以单纯的资源存在，与业务逻辑没有强关联。所以我们在技术上，可以使用业界通用的 CDN 和云存储解决方案。
需要注意的是，本文中我们讲到的实践内容，同样是遵从静态内容，就近访问这个原则的。
但是，因为其中包含了大量的业务逻辑，这就要求我们在面对不同的场景时，要有跟业务逻辑相关的定制化的解决方案。
下面，我们就一起来看看页面静态化架构和二级 CDN 建设。
静态化架构建设的业务场景我们仍然回到电商的业务场景中来。对于电商，访问量最大的无疑是商品的详情页，绝大多数用户都要通过浏览商品详情，来决定是否下单。所以单就这一类页面，就占到全站 30%+ 的流量。
那么，商品详情一般由哪些部分组成呢？我们看下面两个截图：
￼
￼
以上两张图就是某个商品详情页的主要组成部分。我们可以看到，商品详情大致包括了商品名称、商品描述、产品参数描述、价格、SKU、库存、评价、优惠活动、优惠规则以及同款推荐等等信息。
这里我们仔细观察可以发现，其实对于商品描述类的信息，比如商品名称、商品描述、产品参数描述等等，一般在商品发布之后，就很少再变动，属于静态化的内容。
而优惠活动、优惠规则、价格等等则是可以灵活调整的，库存和评价这类信息也是随时变化，处于不断的更新中。
说到这里，我们会想到，如果能够把静态化的内容提取出来单独存放，业务请求时直接返回，而不用再通过调用应用层接口的方式，去访问缓存或者查询数据库，那访问效率一定是会大幅提升的。
所以，我们在参考和调研了业界的解决方案之后，引入了页面静态化架构。