扈晓炜的专栏

可以有多种方法解决类似订票系统的高峰处理的容量问题。 异步处理是一个值得考虑的架构。 异步处理在牌号抽签，交易等领域有很多应用。作为IT技术网站希望大家能交流技术方案而不只是抱怨和简单的建议。 这些讨论也会帮助大家日常工作。 异步处理的基本操作方式  异步处理信息架构的基本工作方式是用户提交处理申请，申请交给队列由后台处理服务器定期处理。处理结果放入结果队列或者数据库。用户通过查询

系统使用场景设计是体现信息系统架构师能力的重要表现。 使用场景需要满足客户对信息系统的需求，场景对架构有深刻的影响。场景设计的重要性在于能够使用户满意的同时简化系统实现。 有些架构师这是把用户所提需求直接作为场景。 这样往往使系统实现困难，也常常在用户需求变化时造成系统设计的变化。 好的场景设计能够适应用户需求的变化，同时以最小成本实现。 所设计的场景是处理，运行和数据架构设计的依据。场景

在对业务需求和场景进行一定的调研分析之后，架构师设计满足用户需要的系统目标，架构和主要用例作为系统整体架构设计。 这是从业务需求到系统设计的核心步骤。 在得到确认后，以此为依据进行处理逻辑，数据和运行环境架构的设计，进行详细的设备和开发，测试工作估计。 系统整体架构设计需要架构师向领导和业务与开发，运维部门进行介绍， 明确其如何实现业务要求，对各个部门的影响，得到各方认可。  领导和每个部门需

据新闻报道铁路订票系统采用了排队系统，但排队时间需要30分钟。使很多人不满。 并且系统仍然有登陆不上的问题。 从描述看，系统很可能采用了本博客前面提到的异步处理架构。 但从用户体验看该系统架构师的设计能力和与开发团队协作的能力还需要提高。系统架构师的最重要责任是制定系统的使用场景（use case)和架构。 好的架构师体现在设计最优用户体验，然后设计架构，使开发团队可以高效，高

任何系统都有一定的处理容量限制，当用户访问量超过一定限度时，会产生资源紧张，响应缓慢。这种状态会增加用户的访问，产生恶性循环，直至资源耗尽而不能进行完整的业务处理，导致系统死机或者崩溃。网络应用的开放性导致用户访问量的变化大。一般避免系统死机和崩溃的方法是根据应用功能，分别设计部署需要不同资源的访问点，如：简单信息，查询，交易。对各个访问点，通过测试了解其正常工作承受的访问量。在运行中

铁路订票系统是很典型的大型信息系统。大家对其功能有切身体会，各种非功能数据也有公开资料，很适合做教学案例。以此作系统架构的例子进行分析和练习可以起到事半功倍的效果。  下面列出系统架构师设计的主要任务。 进行系统架构设计一般需要几周到几个月，并且经常需要几轮反复。 争取能写一系列文章。  也许以后还可以凑本书。需求调研主要场景设计 系统处理架构设计  系统运行架构设计数

需求调研是收集信息系统设计需要的业务要求和数据，作为系统设计的依据。 所有需求和相关数据都应该有明确的出处，以便了解本质需要，预计变化。这样才能设计真正满足企业业务发展需要的系统。 也可以在资源时间限制条件下，设计系统实现以最小的成本实现最大价值。 下面是本人假定的一些订票系统需求，用来表现设计的过程。 在实际系统开发时，需求的收集受时间，能够接触到的资源限制。 好的架构师能够在繁复的资料中抓住核

今年铁路订票系统的热门话题是抢票插件。 从铁道部不允许电商代购看，业务上要求订票系统应该是设计成封闭系统。但订票系统能让别人开发出抢票软件，说明没有有意将其设计成封闭系统。 这是典型架构师没有完全实现业务要求的设计。 如果目标是只允许手工操作，不允许第三方程序访问，需要考虑在网络协议，API和用户界面操作模拟。当然封杀第三方程序访问，可能带来一些网络攻击，也需要进行相关设计。  由于业务用户和领导