大型网站技术架构：核心原理与案例分析
现在阅读了大型网站技术架构的第五、六、七章。在这三章中，其实真正的了解了什么叫做可用性，易用性。
可用性的定义：如何检测系统故障、系统故障发生的频度、出现故障时会发生什么情况、允许系统有多长时间非正常运行、什么时候可以安全的出现故障、如何防止故障的发生以及发生故障时要求进行那种通知。
在第五章就已经提到：网站的可用性描述网站可有效访问的特性，更加的提出大型网站的不可用性影响着公司的形象和利益。也是因为网站可用性的如此重要，所以网站可用性就应该得到度量甚至是考核：网站可用性度量（用9的个数标准进行度量）；网站的可用性考核：故障分 = 故障时间（分钟）*故障权重；
既然可用性在系统中处于这么高的地位，所以保证服务器硬件故障时服务依然可用、数据依然保存并能够被访问非常的重要——高可用的网站架构：主要手段是数据的冗余备份及失效转移。书中也对高可用进行了分类：高可用的服务、数据（在数据中提到了CPA的原理和数据的备份）、应用、自动化的发布、网站运行监控。就对于《XXXXXXXX系统》一样。如果想要提高他的可用性，我们就要做出相应设定：1、对相应的系统做一定的更改，做到系统在出故障时能够减少故障出现的时间，例如：将数据库的东西和界面的设定做出区分，这样在系统出现问题的时候，可以很好的找到问题出现在哪。可以减少错误出现的次数，甚至可以减少故障的时间。
第六章提到了网站的收缩性，就是通过改变部署的服务器就可以扩大和缩小网站的服务器的处理能力。就像淘宝在双十一的问题当中，因为人员的突然的增加，就需要进行网站的收缩性。以及82306同样的也是，尤其在春运期间，都会需要网站的收缩性。其实对于《XXXXXXXX系统》一样，我们在做这个网站的时候，也应该想到如果有太多人进行信息的填写，就应该将系统进行强化，防止太多的人同时的进行进入，造成系统的瘫痪。我想到的解决的办法：1、对进入人员人数的设定；2、就是对于系统进行收缩性的测试，将他的收缩性放展到最大，这样，我们才会在系统发布后，防止系统的瘫痪。为防止系统发生故障做到了保障。
第七章：网站的可扩展架构。在这一章，刚开始就提到国内大型互联网企业经常因为对于同行的产品进行微创新，然后推出自己的产品而遭人诟病。这些的产品后来居上，推出新的功能，吸引用户注意。微信从发布到拥有1亿用户，仅仅用了一年的时间。从中，可以很简单的发现，我们只有寻找出用户所感兴趣的是什么，对于用户的喜欢进行一些新的创新，我们才能够将自己的软件做到很好。才能够赢得用户的喜欢。对于《XXXXXXXX系统》一样，我们只有将界面进行创新，做到简单、适合于用户那样我认为才是最好的。我认为只有做到很好的易用性（关注的是对用户来说完成某个期望任务的容易程度和系统所提供的用户支持的种类。）
其实在这三章，我们很简单的发现，一个系统如果想要做到很好，做到让用户非常的喜欢。我们必须做到系统的易用性以及可用性。如果一个系统并没有做到自己设定的那样，那样一个系统就不是我们想要的系统。，更不是一个好的系统。或者说:系统就不是我们能够上线的设定。
网站只有通过不断的测试，不断的试错，在残酷的市场中寻找自己的竞争优势，持续地推出新功能。我们不能走马看灯般设计自己的软件，现当今软件的发展越来越快，谁能够更快更好的推出更多的新产品，谁就会活得更滋润，所以，我们如果想要在软件工程师这个专业活下去，我们就应该做到软件设计的可用性甚至说易用性。
遇到的问题：
1、系统软件的可用性对于每一个软件都是必要的吗？