《大型网站技术架构：核心原理与案例分析》第5、6、七章阅读笔记

网站的可用性描述网站可有效访问的特性，网站的页面能完整呈如今用户面前，须要通过不少个环节，任何一个环节出了问题，均可能致使网站页面不可访问。可用性指标是网站架构设计的重要指标，对外是服务承诺，对内是考核指标。对公司而言，可用性关系网站的生死存亡。对我的而言，可用性关系到本身的绩效升迁。工程师对架构作了许多优化、对代码作了不少重构，对性能、扩展性、伸缩性作了不少改善，但别人未必能直观地感觉到，也许你的直接领导都不知道你作的这些意义何在。但若是你负责的产品出现了重大故障，就很难说了。事物老是先求生存，而后求发展。保证网站可用，万无一失，任重而道远。

　　伸缩性架构设计能力是网站架构师必须具有的能力。伸缩性架构设计是简单的，由于几乎全部稍有规模的网站都必须是可伸缩的，有不少案例可供借鉴，同时又有大量商业的、开源的提供伸缩性能力的软硬件产品可供选用。然而伸缩性设计又是复杂的，没有通用的、完美的解决方案和产品，网站伸缩性每每和可用性、正确性、性能等耦合在一块儿，改善伸缩性可能会影响一些网站的其余特性，网站架构师必须对网站的商业目标、历史演化、技术路线了然于胸，甚至还须要综合考虑技术团队的知识储备和结构、管理层的战略愿景和规划，才能最终作出对网站伸缩性架构最合适的决策。

　　一个具备良好伸缩性架构设计的网站，其设计老是走在业务发展的前面，在业务须要处理更多访问和服务以前，就已经作好充足准备，当业务须要时，只须要购买或者租用服务器简单部署就能够了，技术团队亦可高枕无忧。反之，设计和技术走在业务的后面，采购来的机器根本就没办法加入集群，勉强加了进去，却发现瓶颈不在这里，系统总体处理能力依然上不去。技术团队天天加班，却老是拖公司发展的后腿。架构师对网站伸缩性的把握老是在一线之间。

　　为何有的网咋必须规定系统发布日，一到发布日就如临大敌，整个技术部加班通宵达旦；而有的网站就能够随时发布，新功能能够随时快速上线。这些都有赖于网站的扩展性架构设计，就是在对现有系统影响最小的状况下，系统功能可持续扩展及提高的能力。扩展性指对现有系统影响最小的状况下，系统功能可持续扩展或提高的能力。表如今系统基础设施稳定不须要常常变动，应用之间较少依赖和耦合，对需求变动能够敏捷相应。它是系统架构设计层面的开闭原则，架构设计考虑将来功能扩展，当系统增长新功能时，不须要对现有系统的结构和代码进行修改。伸缩性指系统可以经过增长自身资源规模的方式加强本身计算处理事务的能力。若是这种增减是成比例的，就被称做线性伸缩性。在网站架构中，一般指利用集群的方式增长服务器数量，提升系统的总体事务吞吐能力。可修改性的目标是控制实现、测试和部署变动的时间和成本。主要分为局部化修改、防止连锁反应、推迟绑定时间。

　　关于《河北省重大技术需求征集》系统中对用户的需求管理是可用的，该系统能完整录入需求，能把提交的需求进行展现、查看。其中征集模块以及分类浏览、树形结构能是可以切合可用性的原则， 可是对错误的恢复仍是不够完善，当用户的需求在各类外界因数干扰下没有提交成功，系统对数据的恢复仍是作不到。因为该系统采用的MVC模型开发模式，对局部化的修改不会产生连锁反应，对修改后的内容也可以正常使用，并不会影响其余功能，所以，系统的可修改性也还说的过去。