网站运维

出版时间：2011-9  出版社：电子工业出版社  作者：(美)阿尔斯帕瓦//罗宾斯|译者:杨建华  页数：283  译者：杨建华  
Tag标签：无  

内容概要

《网站运维：保持数据实时的秘技》的各位合作者以自己的亲身经历，从不同的侧面讲述了一个正在发展中的新兴技术领域——网站运维：职业特点、技术架构、测量与监控、开发与部署、用户体验、后端存储，以及如何应对流量激增、如何优雅地失败，特别是如何将软件开发领域中的敏捷方法应用于网站运维。阅读本书，读者不仅能够学到一些具体的技术，还能够开阔眼界，因为书中不仅有具体方法的讨论，更有基于十多年运维经验的哲理思考。
《网站运维：保持数据实时的秘技》适合网站架构师、开发人员、运维人员（包括但不限于数据库管理员、系统管理员、网络管理员、发布管理员等）阅读，同时也适合项目经理等管理人员阅读。

作者简介

作者：(美国)约翰•阿尔斯帕瓦 (John Allspaw) (美国)杰西•罗宾斯 (Jesse Robbins) 译者：杨建华

书籍目录

序
前言
第1章 作为职业的Web运维
 为什么Web运维如此艰难？
 从学徒到师傅
 结语
第2章 Picnik如何应用云计算：所学到的教训
 什么地方适合云计算（以及为什么！）
 什么地方不适合云计算（对Picnik而言）
 结语
第3章 基础架构与应用程序测量
 时间分辨率和存留时间的考虑
 测量数据采集与存储的地点
 测量数据的层次
 为异常检测和报警提供环境
 日志记录也是测量数据
 将变化管理和事件的时间线建立关联
 给测量数据加入报警机制
 使用测量数据建立加载–反馈机制
 展示一个测量数据采集系统：Ganglia
 结语
第4章 连续部署
 小批量意味着更快的反馈
 小批量意味着问题即刻被本地化
 小批量能够减少风险
 小批量可以降低总开销
 质量卫士的挽歌
 让我们开始吧
 连续部署用于关键任务应用
 结语
第5章 作为代码的基础架构
 面向服务体系结构
 结语
第6章 监控
 故事：“旅程的开端”
 步骤1：理解你在监控什么
 步骤2：理解正常行为
 步骤3：有备而学
 结语
第7章 复杂系统是如何失败的
 复杂系统是如何失效的
 进一步的读物
第8章 社区管理与Web运维
第9章 处理非预期的访问量激增
 一切是如何开始的
 警报连连
 扑灭烈火
 周末逃生
 未雨绸缪
 救命稻草CDN
 代理服务器
 围剿踩踏
 将代码基流水化
 我们怎么知道它能否工作？
 真实测试
 学到的教训
 自那以来的改进
第10章 开发者与运维者的协调与合作
 部署
 共享、开放的基础架构
 信任
 随叫随到的开发人员
 避免指责
 结语
第11章 你的访问者感觉怎么样：面向用户的测量
 为什么要采集面向用户的测量数据？
 是什么使网站变得很慢？
 测量延迟
 编写SLA
 访客结果：分析
 市场营销关心的其他测量数据
 用户体验如何影响Web运维
 Web监控的未来
 结语
第12章 将关系数据库用于Web的战略战术
 Web数据库需求
 典型的Web数据库是如何增长的
 对集群的渴望
 数据库战略
 数据库战术
 结语
第13章 如何优雅地失败：事后处理的艺术与科学
 最糟的事后分析
 什么是事后分析？
 什么时候引入事后分析
 邀请谁参加事后分析
 进行事后分析
 事后分析的后续工作
 结语
第14章 存储
 数据资产的库存
 数据保护
 容量规划
 存储大小的变化
 运维
 结语
第15章 非关系数据库
 NoSQL数据库概览
 某些系统细节
 结语
第16章 敏捷基础架构
 敏捷基础架构
 那么，问题是什么？
 兴趣与实践的社区
 贸易区和道歉
 结语
第17章 夜间鬼魅（以及如何高枕无忧）
 术语
 多少个9？
 影响持续时间对事件持续时间
 数据中心数量（footprint）
 逐渐失效
 不信赖任何人
 故障转移测试
 监控和历史模式
 高枕无忧
合作者
索引

章节摘录

版权页：插图：首先，连续部署区分了发布的两种不同的定义，一个是工程师使用的，指的是将代码完全集成到生产环境中的过程；另一个是市场部门使用的，指的是客户看到的东西。在传统的批处理-排队开发方式下，这两个概念是连在一起的，代码一旦部署，所有客户都将看到新的软件。这就要求所有的测试必须在部署之前进行，测试在特殊的预演或测试环境中进行。这种做法使得发布变得很脆弱，即在这段时间（代码写完之后，在生产环境运行之前）内可能会出现预想不到的问题。这种将市场发布和技术发布合并在一起的做法，在总的开销之上，又增加了协调的开销。使用连续部署，代码一旦写完，就在去往生产环境的路上了。这意味着我们经常会在一项功能只完成了1％时就进行部署——远在客户能够看到之前。事实上，涉及到一项新功能的大部分工作都是用户不可见的，而是大量的与其他已有功能进行集成的琐碎的接触点。只要想想那些API的微小改动就明白了，为了传送新值，必须要对API进行修改，这些修改通常都假定“不会引起副作用”，意思是不会影响系统行为——注意是假定。事实上，很多缺陷都是由这些修改产生的非同寻常或没有引起注意的副作用造成的。同样的事实也存在于生产环境中的配置参数的小小改动而引发的冲突中。这种情况下，反馈越快越好，而这．正是连续部署提供的。

编辑推荐

《网站运维:保持数据实时的秘技》：“Web正在改变我们的生活方式，并且触及到了每一个人。随着越来越多的人依赖于Web，他们最终将依赖于我们。网站运维就是这样的工作。”Web应用涉及到很多专业人士，但只有网站运维人员才能确保在应用程序的生命周期中，一切运行正常。刚起步的网站，突遇流量高峰，或由于引入了一项新特性，而导致稳定的应用程序运行失败，这时，你就需要网站运维人员来帮助你解决这些问题，他们正是这方面的专家。在《网站运维:保持数据实时的秘技》的文章和访谈中，Theo Schlossnagle、Baron Schwartz以及Alistaiir Croll等Web方面的高手，为这个尚处于发展中的技术领域贡献了他们的深刻见解。关于如何才能让网站火起来，你会听到来自战壕的真实故事——来自一些最大的网站的建设者的亲身经历。学习网站运维中所需要的技能，以及为什么这些技能是通过经验而不是学校教育获得的。理解从应用程序和基础架构中获取测量数据的重要性。考虑数据库架构的常用方式，以及伴随规模增长而来的陷阱。了解如何处理宕机及降级运行的人的因素。找出一家公司在巨大的流量汹涌而来之时是如何避免灾难的。发生问题时，发现问题出在哪儿，以及如何避免再次发生。

用户评论 (总计20条)

•   web正在触及我们生活的方方面面。网站运维不可或缺。本书的思想值得学习。新手不太适合，
•   看到书中处理的案例，就像一个老运维人员在给你讲自己遇到的故事，大家可以学习如何去思考、解决棘手问题。
•   需要不断去总结
•   书籍很好，值得一读，很有帮助
•   不错的书，找很久，是可以买来留着的书
•   帮领导买的，还不错
•   做网站运维可能会比较需要，运维方面的一些知识！！！！！！！！！！
•   不知道翻译问题，还是理解问题，看了一遍没留下什么印象。准备再看一遍
•   网站的运营需要数据来支撑，而要研究数据需要一套思维方法，写很一般！
•   书本上讲的全是理论的思想，可以了解下
•   本书由很多人一起写成，很多理论化的东西。而且很少有实际如何去完成 批量发布等这些功能。不太适合入门
•   拿到书才2天，大体的浏览了一边，对自己喜欢的章节看了一边。这本书适合总监和经理级别的来阅读，全局观比较强，对于一位普通运维工程师来说，看这本书也许还有点早，不过还是很有帮助的一本书，值这个价
•   非常好，都是干货，实战经验。
•   经典的一本书，虽然都是文字，但理念十分有针对性，做为技术人员不光要技术过硬，更要有一个好的运维理念。
•   对思路开阔很大，虽然没有什么实例
•   'Reilly：网站运维：保持数据实时的秘技
•   挺不错的运维书籍
•   很喜欢O‘reilly的书籍
•   网站运维：保持数据实时的秘技
•   运维经验之谈