可用性和可修改性战术分析

　　《大型网站技术架构:核心原理与案例分析》的第五、六、七章主要讲述一个系统的可用性、伸缩性和可扩展性。而根据文中所讲述的，一个系统的可用性主要是体现在这个系统的系统服务不中断运行时间占实际运行时间的比例，系统的伸缩性则是指在不改变系统软硬件设计，仅仅通过新增服务器的情况下，就能提升系统的处理能力，而系统的可扩展性是指该系统适应变化的能力。

　　典型的分层模型是三层，即应用层、服务层、数据层；各层之间具有相对独立性，应用层主要负责具体业务逻辑处理；服务层负责提供可复用的服务；数据层负责数据的存储与访问。中小型网站在具体部署时，通常将应用层和服务层部署在一起，而数据层则另外部署；在复杂的大型网站架构中，划分的粒度会更小、更详细，结构更加复杂，服务器规模更加庞大，但通常还是能够把这些服务器划分到这三层中。

　　网站的可用性战术是网站有效运行的根本保障，一个网站的高可用性能够给用户很大的安全感，最大限度的保障用户的利益、隐私不被侵犯。由于经费有限，硬件设备在节约成本的同时也降低了可用性，所以硬件故障就发生的比较频繁，因此，网站的高可用架构设计的主要目的就是保证服务器硬件故障时服务依然可用、数据依然保存并能够被访问。典型的网站设计通常遵循三层架构模型，应用层、服务层、数据层，各层之间具有相对独立性，应用层主要负责具体业务逻辑处理；服务层负责提供可复用的服务；数据层负责数据的存储与访问。中小型网站在具体部署时，通常将应用层和服务层部署在一起，而数据层则另外部署。应用层主要处理网站应用的业务逻辑，应用的一个显著特点是应用的无状态性。不保存状态的应用给高可用的架构设计带来了巨大便利，既然服务器不保存请求的状态，那么所有的服务器完全对等，当任意一台或多台服务器宕机，请求提交给其他任意一台可用机器处理，这样对终端用户而言，请求总是能够成功的，整个系统依然可用。CAP原理就是选择强化分布式存储系统的可用性和伸缩性，而在某种程度上放弃一致性。CAP原理对于可伸缩的分布式系统设计具有重要意义，不恰当地迎合各种需求，可能会使设计进入两难境地，难以为继。我们的系统有大量的统计数据。我们的网站随时都有可能进行修改，比如发布新功能，这时就需要在服务器上关闭原有的应用，重新部署新的应用，整个过程要求不影响用户的使用。为了把对用户的影响降低到最小，通常使用发布脚本来完成发布。经过严格的测试，软件部署到服务器还是会出现问题，主要原因就是测试环境和线上环境并不相同，所以我们在网站发布时，要把测试通过的代码先发布到预发布机器上，确认系统没有问题后才正式发布。 

　　发布之前可以采用预发布验证程序系统的问题，与线上的正式发布不同，没有配置在负载均衡服务器上，外部用户无法访问。另外，网站的扩展性架构设计，是对现有系统影响最小的情况下，系统功能可持续扩展及提升的能力。扩展性是指对现有系统影响最小的情况下，系统功能可持续扩展或提升的能力。它是系统架构设计层面的开闭原则，架构设计考虑未来功能扩展，当系统增加新功能时，不需要对现有系统的结构和代码进行修改。设计网站可扩展架构的核心思想是模块化，并在此基础上，降低模块间的耦合性，提供模块的复用性。模块通过分布式部署，独立的模块部署在独立的服务器上集群从物理上分离模块之间的耦合关系。可用性战术中，系统需要用到了错误检测，在用户进行信息填入时（即为数据库的操作），比如：修改个人信息，填写需求等，在过程中发生错误的时候，系统可以自动返回，给出提示信息，并对已经进行的操作进行撤销，保证数据库信息的完善性。

　　关于《河北省重大技术需求征集》系统中对用户的需求管理是可用的，该系统能完整录入需求，能把提交的需求进行展示、查看。其中征集模块以及分类浏览、树形结构能是能够切合可用性的原则， 但是对错误的恢复还是不够完善，当用户的需求在各种外界因数干扰下没有提交成功，系统对数据的恢复还是做不到。《XXX重大技术需求征集系统》的伸缩性为0，其中涉及到了服务器的数量，基本就是在个人机上来运行的，没有尝试过在多台服务器上运行，所以对于网站的伸缩性了解的不多。

转载于:https://www.cnblogs.com/clueless/p/8654196.html