《深入网站开发和运维》由会员分享，可在线阅读，更多相关《深入网站开发和运维（18页珍藏版）》请在金锄头文库上搜索。
1、,网站和深入运维开发,【美】Matthew Sacks 著曾少宁 译,Go,目 录,I,成功网站的开发运维原则,II,III,IIII,协调开发人员与业务运维人员,Web测试实践,设计聪明的文档,V,整合移动Web,一、成功网站的开发运维原则,指导原则：鼓励开发人员与运维人员之间的交流 亲身协作 换位思考 互相协助,深入了解网站开发与运维运维的定义：运维是指在生产商品和服务的过程中所涉及的资源使用（包括资金、原材料、技术，以及人员技能及知识储备）。 软件开发与制造业类似，系统管理员与软件工程师分属于两大相互封闭，各自等级分明的制度； 但随着web的发展，更为迫切的要求两个团队掌握相同的技术；
2、本书的出发点是介绍开发人员与运维工程师如何更好地协作。,开发人员需学习： 操作系统 网络构架 网络安全 Web应用安全 配置管理 自动化实践方法,运维需了解： 交流方式 配置管理 程序设计 软件设计与架构,两个团队需相互学习，在一些小公司，甚至可以直接取消运维部门，将两种技术群合并在一起。,提升效率 软件开发实质上是一种工业生产过程，因此开发运营也适用同样的法则。 Web开发人员必须履行一定的运营职责并且掌握一定的运营技术，才能在软件开发中实现最高的生产力。,推进协作 采用开源软件，可以优化流程，减少对供应商的依赖，还能根据需要进行定制，使系统可以满足实际的需求，所以说开源软件是开发运维时间的
3、完美搭配，因为私有的封闭系统并不能适应快速变化的web时代。 关注点：开发运维的最新关注重点是对敏捷实践的改进和应用。,处理变更 软件工程师必须了解运维人员的操作方式以及系统管理人员反对的心态； 运维人员需要学习如何接受快速变更，学习创建能适应这种变更的系统，降低并且提早发现问题，而不是试图限制变更,二、协调开发人员与业务人员,平衡技术人员与业务人员的关系理解开发者的文化专业技能的分类人才与激励,业务人员与IT人员之间的健康关系： 业务人员要理解技术能力 业务人员符合工程人员的既得利益 业务人员与工程人员要相互理解 业务管理层要让IT人员参与决策制定过程 利用工具形成通用词汇表 赶在截止日期之
4、前 释放紧张环境的压力 让业务部门感受到激励,内部敌人： 认清形势 向主管提建议可能会很难 突破界限,改善业务人员与工程人员的交流： 定义与执行 广开言路,三、Web测试实践,通常，测试一个web网站需要经过一下步骤： 确定需要测试的部分 确定业务部门和技术团队各自关心的指标，然后开始测试 为各个层实现不同、独立的测试技术 对整个网站进行整体测试,改进的做法： 逐层检查各个测试阶段和周期的历史数据 II.从最终用户的角度来查看整个网站（包括所有层）优点：对于用户将来可能遇到的问题，可以减少判别时间。,行为驱动开发（BBD，Behavior Driven Development):根据软件执行某
5、个特定功能的预期结果或可接受标准来编写软件和单元测试最大容量测试（压力测试)：是指给最终用户服务施加一定的负载，确定Web应用程序或网站崩溃和停止工作的临界点。 适用场合：如果请求数量超过可用资源与测试硬件或软件的处理能力，所有应用程序就会崩溃，持续负载测试（浸泡测试）：是指在一段较长时间里用不同的负载持续测试网站或应用测试。 适用场合：适合于开发缓慢出现的内存泄露问题、与时间有关的Bug，此类测试很重要，但由于运行时间较长，并不适合周期短的项目。以下规则用于确定web应用程序需要执行多少测试: 复杂性 成本 文化,文档优点： 当出现人员流动变动和流失，文档可以缩短新人的”交接时间“； 文档也
6、是一种审查方式； 软件的开发和管理会变得相对容易文档路上的挫折： 场景1：时间不够 解决方法：将文档加到成功条件中，共同分担文档编写责任 好处：培养责任意识场景2：只有技术文档 解决方法：编写面向受众的文档 好处：强化不同团队之间的纽带场景3：文档很快会过时 解决方法：通知工程师更新文档 好处：将文档整合到常规活动中,四、设计聪明的文档,文档类型与模板： API规范与参考文档 入门指南 用例文档 用户交互工作流程 构架图 基础构架设计文档自动化文档编写： 文档自动化：级别取决于业务的规模、复杂性和需求。记住：模板应该很灵活，能够根据需求修改他们的用法。,文档类型与模板：自动化文档编写： 文档自
7、动化：级别取决于业务的规模、复杂性和需求。记住：模板应该很灵活，能够根据需求修改他们的用法。,文档类型与模板： API规范与参考文档 入门指南 用例文档 用户交互工作流程 构架图 基础构架设计文档自动化文档编写： 文档自动化：级别取决于业务的规模、复杂性和需求。记住：模板应该很灵活，能够根据需求修改他们的用法。,文档类型与模板： API规范与参考文档 入门指南 用例文档 用户交互工作流程 构架图 基础构架设计文档自动化文档编写： 文档自动化：级别取决于业务的规模、复杂性和需求。记住：模板应该很灵活，能够根据需求修改他们的用法。,提出问题 Q：什么情况下需要web移动？ A：当每月页面的访问量达
8、到了上万以上的级别，就需要Web移动了。Q：怎么考虑将移动应用和网站整合到现有的网站？ A:首先弄清楚移动用户会在网站上做什么，有一些县城解决方案可以快速创建和运行一个移动网站。或者更高级就是通过API创建移动网站。,为不同的设备提供不同的体验 Q：怎么为所有的设备提供一致的用户体验？ A：必须监控访客的使用设备种类，然后不断的微信出现的访问设备提供新功能，掌握用户的访问行为，有利于移动网站用户提供最佳体验。Q：怎么锁定目标设备？ A：使用一些服务，例如（Keynote和Gomez）自动测试使用真是运营商服务的真是设备，但注意这些服务最多是跟踪移动应用应用到发布到生产环境之后的运行情况，而不是
9、用来确定目标设备,五、整合移动Web,移动Web的局限性与用户期望 Q：移动Web的局限性有哪些？ A:用户无耐心，他们所能容忍的加载速度在10秒左右，相当于速度要和桌面版相当；延迟时间长，因为是运行在无线上，就意味着有一个缺点，就是高延迟网络，这样会增加移动网站和响应的时间。Q：针对Web局限性有没有应对方法？ A：用户无耐心：不要再移动端使用大图片或是未压缩图片，音频或视频动画；目前移动Web的平均缓存只有4MB，所以如果有很多静态资源，请原生使用；当用户连接稳定时，伊东遥缓存、缓存重要的数据。延迟时间长：通知用户网速问题，在应用中设置超时时间，然后提醒用户互联网可能会影响体验；存储一切可
10、以存储的数据，原生应用，兼容HTML5的移动Web浏览器支持本地数据存储和WebSQL数据库，他们可以离线保存这些数据，在应用中使用本地图像，可移动式刷新。理解使用模式 定义:这里的模式是指用户在一段时间里访问和使用一个特定网站或移动应用的方法。,在开发移动版之前，需了解这些： 标准网站中访问量最大的是哪部分？ 网站的现有用户群众是有多少通过移动设备访问的？ 移动网站将如何让推动销售或吸引客户？或者他只是公司的一种品牌手段或形象展示手段 移动网站如何让简化用户操作或为用户提供更多功能？ 考虑如何利用移动设备的高级功能和移动性，以及用户如何在室外使用这些功能？ 怎么实现一致体验？,创建一致性体验： 转换服务 注意：适合简单的网站，不含有大量内容、特殊设计要求或高级功能的大型网站。最常见的做法是使用第三方服务。 原生应用 注意：是将通过一个私有API将网站服务提供给原生应用使用。 使用API 注意：通过该种方式，移动网络将于API绑定，就不需要额外的架构支持。只有网站的表现层有区别，主网站和移动网站的网页内容相同或类似。,
