深入网站开发和运维.pptVIP

网站和深入运维开发 【美】Matthew Sacks 著 曾少宁 译 一、成功网站的开发运维原则 指导原则：鼓励开发人员与运维人员之间的交流 亲身协作 换位思考 互相协助 深入了解网站开发与运维 运维的定义：运维是指在生产商品和服务的过程中所涉及的资源使用（包括资金、原材料、技术，以及人员技能及知识储备）。 软件开发与制造业类似，系统管理员与软件工程师分属于两大相互封闭，各自等级分明的制度； 但随着web的发展，更为迫切的要求两个团队掌握相同的技术； 本书的出发点是介绍开发人员与运维工程师如何更好地协作。 开发人员需学习： 操作系统 网络构架 网络安全 Web应用安全 配置管理 自动化实践方法 二、协调开发人员与业务人员 三、Web测试实践 通常，测试一个web网站需要经过一下步骤： 确定需要测试的部分 确定业务部门和技术团队各自关心的指标，然后开始测试 为各个层实现不同、独立的测试技术 对整个网站进行整体测试 五、整合移动Web * Go 目 录 I 成功网站的开发运维原则 II III IIII 协调开发人员与业务运维人员 Web测试实践 设计聪明的文档 V 整合移动Web 运维需了解： 交流方式 配置管理 程序设计 软件设计与架构 两个团队需相互学习，在一些小公司，甚至可以直接取消运维部门，将两种技术群合并在一起。 提升效率 软件开发实质上是一种工业生产过程，因此开发运营也适用同样的法则。 Web开发人员必须履行一定的运营职责并且掌握一定的运营技术，才能在软件开发中实现最高的生产力。 推进协作 采用开源软件，可以优化流程，减少对供应商的依赖，还能根据需要进行定制，使系统可以满足实际的需求，所以说开源软件是开发运维时间的完美搭配，因为私有的封闭系统并不能适应快速变化的web时代。 关注点：开发运维的最新关注重点是对敏捷实践的改进和应用。 处理变更 软件工程师必须了解运维人员的操作方式以及系统管理人员反对的心态； 运维人员需要学习如何接受快速变更，学习创建能适应这种变更的系统，降低并且提早发现问题，而不是试图限制变更 平衡技术人员与业务人员的关系 理解开发者的文化 专业技能的分类 人才与激励 业务人员与IT人员之间的健康关系： 业务人员要理解技术能力 业务人员符合工程人员的既得利益 业务人员与工程人员要相互理解 业务管理层要让IT人员参与决策制定过程 利用工具形成通用词汇表 赶在截止日期之前 释放紧张环境的压力 让业务部门感受到激励 内部敌人： 认清形势 向主管提建议可能会很难 突破界限 改善业务人员与工程人员的交流： 定义与执行 广开言路 改进的做法： 逐层检查各个测试阶段和周期的历史数据 II.从最终用户的角度来查看整个网站（包括所有层） 优点：对于用户将来可能遇到的问题，可以减少判别时间。 行为驱动开发（BBD，Behavior Driven Development):根据软件执行某个特定功能的预期结果或可接受标准来编写软件和单元测试 最大容量测试（压力测试)：是指给最终用户服务施加一定的负载，确定Web应用程序或网站崩溃和停止工作的临界点。 适用场合：如果请求数量超过可用资源与测试硬件或软件的处理能力，所有应用程序就会崩溃， 持续负载测试（浸泡测试）：是指在一段较长时间里用不同的负载持续测试网站或应用测试。 适用场合：适合于开发缓慢出现的内存泄露问题、与时间有关的Bug，此类测试很重要，但由于运行时间较长，并不适合周期短的项目。 以下规则用于确定web应用程序需要执行多少测试: 复杂性 成本 文化 文档优点： 当出现人员流动变动和流失，文档可以缩短新人的”交接时间“； 文档也是一种审查方式； 软件的开发和管理会变得相对容易 文档路上的挫折： 场景1：时间不够 解决方法：将文档加到成功条件中，共同分担文档编写责任 好处：培养责任意识 场景2：只有技术文档 解决方法：编写面向受众的文档 好处：强化不同团队之间的纽带 场景3：文档很快会过时 解决方法：通知工程师更新文档 好处：将文档整合到常规活动中 四、设计聪明的文档 文档类型与模板： API规范与参考文档 入门指南 用例文档 用户交互工作流程 构架图 基础构架设计文档 自动化文档编写： 文档自动化：级别取决于业务的规模、复杂性和需求。 记住：模板应该很灵活，能够根据需求修改他们的用法。 文档类型与模板： 自动化文档编写： 文档自动化：级别取决于业务的规模、复杂性和需求。 记住：模板应该很灵活，能够根据需求修改他们的用法。 文档类型与模板： API规范与参考文档 入门指南 用例文档 用户交互工作流程 构架图 基础构架设计文档 自动化文档编写： 文档自动化：级别取决于业务的规模、