LHX2018

摘要： 一、问题背景 字典来源众多 后端代码（枚举，if判断，数据库表字段） 前端（判断） 系统管理>字典管理 二、问题 更新不及时（可能后端、前端改了，文档没改） 没有通知到相应人员 三、讨论 3.1 需不需要统一 1）统一的好处/坏处有哪些 坏处：集成的应用过多（有历史系统，很难或根本不可能合并） 好处 阅读全文

摘要： 一、问题背景 在软件开发中为了赶进度，重心集中在功能开发/编码，对于文档的重视程度不高 项目完工后才开始编写接口文档，用户手册等，事前没有进行培训，内容分成几部分每人写一部分，风格/样式等都不一样，对阅读者的体验很差 文档命名/文件夹命名混乱，根据个人喜好进行命名，文档内容格式、排版也不相同 二、造 阅读全文

摘要： 第二章 什么是软件架构 如果一个项目的系统构架 (包括理论基础) 尚未确定，就不应该进行此系统的全面开发。只有对构架做出明确清楚的表述，才能使之在整个开发和维护过程中加以充分利用。 ——Barry Boehm 本章我们将严格地从软件工程的角度对构架进行讨论，即除了第1章中所讲到的企业所获得的价值外， 阅读全文

摘要： 第一部分 预想架构 第一章 架构商业周期 作为设计过程的重要组成部分，现在已经提出了构架的概念。构架是本书的主题。“软件构架”包含大型软件系统的结构。系统的构架视图是抽象的，它不考虑实现、算法和数据表示的细节，集中研究“黑盒”元素的行为和交互。在设计具有所期望属性的系统时，开发软件架构是第一步。 定 阅读全文

摘要： 第四部分 管理 第二十八章 迅速培养SRE加入on-call 如何给新手带上喷气背包，同时保证老手的速度不受影响？ 成功的 SRE 团队离不开信任一一为了维持全球化服务的正常运转，我们必须信任 on-call团队了解系统如何运行，可以诊断系统的异常情况，善于利用资源和寻求帮助，以及可以在压力下保持镇 阅读全文

摘要： 第三部分 具体实践 应急事件处理 一旦SRE发现了系统中存在的问题，要如何解决呢？正确的解决方案不一定是当初把问题一次性修复好，而可以靠降低系统准确度、关闭一些不重要的功能，或者将用户流量导向其他没有问题的任务实例等手段暂时缓解问题。解决方案的细节肯定是和每个服务和团队相关的。但是如何有效地应对紧急 阅读全文

摘要： 第四章 服务质量目标 如果不详细了解服务中各种行为的重要程度，并且不去度量这些行为的正确性的话，就无法正确运维这个系统，更不要说可靠低运维了。那么，不管是对外服务，还是内部API，我们都需要制定一个针对用户的服务质量目标，并且努力去达到这个质量目标。 服务质量指标（SLI） 服务质量目标（SLO） 阅读全文

摘要： 第二部分 指导思想 本部分将描述 SRE 日常工作背后的指导思想——工作模式、行为方式，以及平时运维工作中关注的重点等。 第三章 拥抱风险 管理风险 在构建系统的过程中，可靠性的进一步提升成本并不是线性增加的。高昂的成本主要存在于以下两个维度： 冗余物理服务器 / 计算资源的成本 机会成本（如何理解 阅读全文

摘要： 第二章 Google生产环境：SRE视角 Google 数据中心与其他传统数据中心和小型服务器集群相比非常不同。这些差异有好处也有坏处，本章将详细讨论 Google 数据中心建设中遇到的机遇与挑战。 硬件 数据中心（供电系统，制冷系统，网络系统，计算机硬件） 约10台物理服务器组成一个机柜（rack 阅读全文

摘要： 译者序 SRE 是一群天生的怀疑论者，我们怀疑一切宣传起来 "高大上" 的技术，以及任何 "神奇" 的产品一一我们只想看具体的设计架构、实现细节，以及真实的监控图表。SRE 在保障系统可靠性方面并没有什么万能药，有的只是这种极强的务实态度 （pragmatic）。 这种务实的态度决定了 SRE 会认 阅读全文