题目：阅读《大型网站技术架构：核心原理与案例分析》第5、六章，结合《某重大技术需求征集系统》，列举实例分析采用的可用性和可修改性战术，数据库
将上述内容撰写成一篇1500字左右的博客阐述你的观点。tomcat
网站的可用性战术是网站有效运行的根本保障，一个网站的高可用性可以给用户很大的安全感，最大限度的保障用户的利益、隐私不被侵犯。因为安全
经费有限，硬件设备在节约成本的同时也下降了可用性，因此硬件故障就发生的比较频繁，所以，网站的高可用架构设计的主要目的就是保证服务器硬服务器
件故障时服务依然可用、数据依然保存并可以被访问。典型的网站设计一般遵循三层架构模型，应用层、服务层、数据层，各层之间具备相对独立性，架构
应用层主要负责具体业务逻辑处理；服务层负责提供可复用的服务；数据层负责数据的存储与访问。中小型网站在具体部署时，一般将应用层和服务层负载均衡
部署在一块儿，而数据层则另外部署。应用层主要处理网站应用的业务逻辑，应用的一个显著特色是应用的无状态性。不保存状态的应用给高可用的架构分布式
设计带来了巨大便利，既然服务器不保存请求的状态，那么全部的服务器彻底对等，当任意一台或多台服务器宕机，请求提交给其余任意一台可用机器模块化
处理，这样对终端用户而言，请求老是可以成功的，整个系统依然可用。对于应用服务器集群，实现这种服务器可用状态实时监测、自动转移失败任务post
的机制是负载均衡。网站的伸缩性永无止境。所谓网站的伸缩性，指不须要改变网站的软硬件设计，仅仅经过改变部署的服务器数量就能够扩大或者缩性能
小网站的服务处理能力。要实现网站的可伸缩性，关键技术就在于如何构建良好的服务器集群。要达到良好的目标，就要求每次扩容和减小服务器时，
对整个网站的影响是最小的。CAP原理就是选择强化分布式存储系统的可用性和伸缩性，而在某种程度上放弃一致性。CAP原理对于可伸缩的分布式系
统设计具备重要意义，不恰当地迎合各类需求，可能会使设计进入两难境地，难觉得继。咱们的系统有大量的统计数据。咱们的网站随时都有可能进行
修改，好比发布新功能，这时就须要在服务器上关闭原有的应用，从新部署新的应用，整个过程要求不影响用户的使用。为了把对用户的影响下降到最
小，一般使用发布脚原本完成发布。通过严格的测试，软件部署到服务器仍是会出现问题，主要缘由就是测试环境和线上环境并不相同，因此咱们在网
站发布时，要把测试经过的代码先发布到预发布机器上，确认系统没有问题后才正式发布。
网站的可扩展架构是随需而变的。网站的扩展性架构设计，是对现有系统影响最小的状况下，系统功能可持续扩展及提高的能力。扩展性是指对现有
系统影响最小的状况下，系统功能可持续扩展或提高的能力。它是系统架构设计层面的开闭原则，架构设计考虑将来功能扩展，当系统增长新功能时，不
须要对现有系统的结构和代码进行修改。设计网站可扩展架构的核心思想是模块化，并在此基础上，下降模块间的耦合性，提供模块的复用性。模块经过
分布式部署，独立的模块部署在独立的服务器上集群从物理上分离模块之间的耦合关系。
可用性战术将会阻止错误发展成为故障，或者至少可以把错误的影响限制在必定范围内，从而使系统恢复成为可能。
可用性战术中，此系统用到了错误检测，在用户操做数据库时，好比：修改我的信息，修改未审核的需求信息，填写需求等，在过程当中发生未知错
误的时候，系统能够自动返回，给出提示信息，，并对已经进行的操做进行回滚，保证对错误的完善操做。
可修改性：遵循“高内聚低耦合”的原则，将整个系统进行分层，数据、应用、操做作到相互关联且不会互相影响，在某一处发生错误时，也能够针对
不一样的层次进行修改；
咱们的系统只是在tomcat的服务器上运行，网站架构并无过多的设计，因此还须要从新构建。