但需要注意的是，使用异步方式处理业务可能会对用户体验、业务流程造成影响，需要网站产品设计方面的支持。 网站需要7*24小时连续运行，但是服务器随时可能出现故障，特别是服务器规模比较大时，出现某台服务器宏机是必然事件，要想保证在服务器宏机的情况下网站依然可以继续服务，不丢失数据，就需要一定程度的服务器曾余，这样当某服务器宏机时，可以将其上的服务和数据访问转移到其他机器上。
访问和负载很小的服务也必须部署至少两台服务构成一个集群，其目的就是服务器高可用，数据库除了定期备份，存档保存，实现冷备份外，为了保证在线业务高可用，还需要对数据库进行主从分离，实现同步实现热备份。
为了抵御地震、海啸等不可抗力导致网站完全瘫痪，某大型网站会对整个数据中心进行备份，全球范围内部部署灾备数据中心。网站程序和数据实时同步到多个灾备数据中心。 自动化
在无人值守的情况下网站可以正常运行，一切都可以自动化是网站的理想状态。目前大型网站的自动化架构设计主要集中在发布运维方面。 发布对网站都是头等大事，学多网站故障出在发布环节，网站工程师经常加班也是因为发布不顺利。通过减少人为干预，使发布过程自动化可有效减少故障。发布过程包括诸多环节。自动化代码管理，代码版本控制、代码分支创建合并等过程自动化，开发工程师只要提交自己参与开发的产品代号，系统就会自动为其创建开发分支，后期会自动进行代码合并；自动化测试，代码开发完成，提交测试后，系统自动将代码部署到测试环境，启动自动化测试用例进行测试，向相关人员发送测试报告，向系统反馈测试结果，自动化安全检测，安全检测工具通过对代码进行静态安全扫描及部署到安全测试环境进行安全攻击测试，评估其安全性；最后进行自动化部署，将代码自动部署到线上生产环境。
此外，网站在运行过程中可能会遇到各种问题；服务器宏机，程序bug、存储空间不足，突然爆发的访问高峰。网站需要对线上生产环境进行自动化监控，对服务器进行心跳检测，并监控其各项性能指标和应用程序的关键数据指标。如果发现异常、超出预设的值，就自动化报警，向相关人员发送报警信息，警告故障可能会发生。在检测故障发生后，系统会进行自动化失效转移，将失效的服务器从集中群隔离出去，不再处理系统中的应用请求。带故障消除后，系统进行自动化失效恢复，重新启动服务，同步数据保证数据的一致性，在网站遇到访问高峰，超出网站最大的处理能力时，为了保证整个网站的安全可用，还会进行自动化升级，通过拒绝部分请求及关闭部分不重要的服务将系统负载降至一个安全的水平，必要时，还需要自动化分配资源，将空闲资源分配给重要的服务，扩大其部署规模。
一起设计吧
