随笔分类 - 读书笔记
摘要：3.1 高估更好还是低估更好 3.1.1 反对高估的观点 管理人员和其他项目干系人有时会担心，如果项目被高估了，帕金森法则就会起作用——也就是所有可以用来完成工作的时间都会被浪费掉。因此，为了避免帕金森法则，某些管理人员会有意识地 "压缩" 这估算值。 另一个顾虑是 "学生综合征"，这种综合症是指如
阅读全文
摘要：2.1 简单的估算测验 最小-最大估算值 说明 太阳表面温度 上海维度 亚洲大陆面积 太平洋海岸线的总长度 2.2 关于测验结果的讨论 2.2.1 "90%置信度" 的置信度 "置信度"这个词在不同的领域有不同的含义，以下是几种常见的解释： 统计学：在统计学中，置信度是指样本统计量在多大程度上反映了
阅读全文
摘要：楔子 管理人员 管理层的合理预期是使软件估算结果在一个可以控制的范围之内，即管理下限和管理上限之间。如果今后的项目执行情况都能够落在这个区域，那么就意味着是可控的；而如果有大量的数据点都落在管理上限之上，或管理下限之下，就意味着控制性很差。 项目经理 如果你是一名项目经理，首先要理解在项目初期，估算
阅读全文
摘要：由于人员的分工，大型编程项目碰到的管理问题和小项目区别很大：我相信关键需要是维持产品自身的概念完整性。 1. 焦油坑(the tar pit) 过去几十年的大型系统开发犹如这样一个焦油坑，很多大型和强壮的动物在其中剧烈地挣扎。他们中大多数开发出了可运行的系统-不过，其中只有非常少数的项目满足了目标、
阅读全文
摘要：十二、中场演练：系统管理示例 管理控制台：显式所有组件的工作状态（下图一） 贷款中介的服务质量：监视请求响应时间 验证信用机构的操作：周期性地发送测试消息，希望确信该服务在正常运行（下图二） 信仰机构的故障恢复：如果信仰机构出现故障，希望把信用请求消息临时重定向给其他服务提供者（下图三）
阅读全文
摘要：第二章 什么是软件架构 如果一个项目的系统构架 (包括理论基础) 尚未确定，就不应该进行此系统的全面开发。只有对构架做出明确清楚的表述，才能使之在整个开发和维护过程中加以充分利用。 ——Barry Boehm 本章我们将严格地从软件工程的角度对构架进行讨论，即除了第1章中所讲到的企业所获得的价值外，
阅读全文
摘要：第一部分 预想架构 第一章 架构商业周期 作为设计过程的重要组成部分，现在已经提出了构架的概念。构架是本书的主题。“软件构架”包含大型软件系统的结构。系统的构架视图是抽象的，它不考虑实现、算法和数据表示的细节，集中研究“黑盒”元素的行为和交互。在设计具有所期望属性的系统时，开发软件架构是第一步。 定
阅读全文
摘要：第四部分 管理 第二十八章 迅速培养SRE加入on-call 如何给新手带上喷气背包，同时保证老手的速度不受影响？ 成功的 SRE 团队离不开信任一一为了维持全球化服务的正常运转，我们必须信任 on-call团队了解系统如何运行，可以诊断系统的异常情况，善于利用资源和寻求帮助，以及可以在压力下保持镇
阅读全文
摘要：第三部分 具体实践 应急事件处理 一旦SRE发现了系统中存在的问题，要如何解决呢？正确的解决方案不一定是当初把问题一次性修复好，而可以靠降低系统准确度、关闭一些不重要的功能，或者将用户流量导向其他没有问题的任务实例等手段暂时缓解问题。解决方案的细节肯定是和每个服务和团队相关的。但是如何有效地应对紧急
阅读全文
摘要：第四章 服务质量目标 如果不详细了解服务中各种行为的重要程度，并且不去度量这些行为的正确性的话，就无法正确运维这个系统，更不要说可靠低运维了。那么，不管是对外服务，还是内部API，我们都需要制定一个针对用户的服务质量目标，并且努力去达到这个质量目标。 服务质量指标（SLI） 服务质量目标（SLO）
阅读全文
摘要：第二部分 指导思想 本部分将描述 SRE 日常工作背后的指导思想——工作模式、行为方式，以及平时运维工作中关注的重点等。 第三章 拥抱风险 管理风险 在构建系统的过程中，可靠性的进一步提升成本并不是线性增加的。高昂的成本主要存在于以下两个维度： 冗余物理服务器 / 计算资源的成本 机会成本（如何理解
阅读全文
摘要：第二章 Google生产环境：SRE视角 Google 数据中心与其他传统数据中心和小型服务器集群相比非常不同。这些差异有好处也有坏处，本章将详细讨论 Google 数据中心建设中遇到的机遇与挑战。 硬件 数据中心（供电系统，制冷系统，网络系统，计算机硬件） 约10台物理服务器组成一个机柜（rack
阅读全文
摘要：译者序 SRE 是一群天生的怀疑论者，我们怀疑一切宣传起来 "高大上" 的技术，以及任何 "神奇" 的产品一一我们只想看具体的设计架构、实现细节，以及真实的监控图表。SRE 在保障系统可靠性方面并没有什么万能药，有的只是这种极强的务实态度 （pragmatic）。 这种务实的态度决定了 SRE 会认
阅读全文
摘要：11.1 引言 监视和控制 观察和分析消息通信量 测试和调试 11.2 控制总线 控制总线很适合携带以下类型的消息： 配置消息 心跳消息 测试消息 异常 统计信息 实时控制台 11.3 旁路 旁路组件使用了一个简单的基于内容的路由器，它有两个输出通道。其中一个输出通道把不做任何修改的消息传递给原目标
阅读全文
摘要：十、消息传递端点 10.1 引言 1）发送和接收模式 某些端点模式即适用于发送者，也适用于接收者。它们通常涉及如何把应用与消息传递系统联系起来。 封装消息传递代码：大多数应用的代码在编写时没有考虑消息传递问题。当应用需要与其他程序集成时，应该由一个很瘦的代码层实现应用的集成功能。当采用消息传送实现集
阅读全文
摘要：九、中场演练：复合消息传递 消费者与银行洽谈以获得贷款利率信息，银行通过信用机构查询客户信誉历史 加入贷款中介角色 设计消息流（贷款中介要完成的各项任务） 接收消费者的贷款利率查询请求 从信用代理那里获得信用度和历史记录 选择最适合洽谈的银行 向每家选中的银行发送请求消息 收集从每家银行返回的响应消
阅读全文
摘要：八、消息转换 8.1 引言 元数据管理 要把消息从一种格式转换为另一种格式，则需要解决好元数据问题，所谓元数据是指用于描述实际数据格式的数据。如果从一个应用向另一个应用发送了一个消息，告诉我们ID号为123的客户从加利福尼亚的 San Francisco搬到了北卡罗来纳州的Raleigh，相关的元数
阅读全文
摘要：六、中场演练：简单的消息传递（略） 七、消息路由 7.1 引言 简单路由器：这是消息路由器的变种，它把消息从一个入站通道路由到一个或多个出站通道 组合路由器：把简单路由器结合到一起，建立更为复杂的消息流 架构模式：描述了基于消息路由器的架构风格 针对恰当的用途采用正确的路由器 7.2 基于内容的路由
阅读全文
摘要：五、消息构造 5.1 引言 在第 3 章“消息传递系统”中，我们已经讨论了消息。两个应用想要交换一些数据时，可以把数据包装在消息中来实现数据交换。尽管消息通道不能直接传送原始数据，但是它能传送包装在消息中的数据。创建和发送消息带来了另外几个问题。 消息的目的 返回响应 海量数据 慢消息 5.2 命令
阅读全文
浙公网安备 33010602011771号