人事考试网上报名系统，之开发浅谈

首先，标题已注明是浅谈，也就不会太高深，适合各种技术类、非技术类人员参阅。

随着各地人事机构招考需求不断增强，规模不断扩大，考务管理工作难度不断加大。尤其是网上报名阶段，考生们犹如蓄势待发、抢滩登陆的士兵，扛着枪、冲锋号一响，同一时间往上冲，按照惯例配置的服务器自然难以承受这种猛烈的攻势。瞬时间崩塌，是显然的。

所谓的惯例配置，就是通常情况下，我们会根据网站的日常访问流量，测算出所需要的服务器资源，然后按此配置去组建服务器。影响较大的是：带宽、CPU和内存。这三样相互依存，难分先后，任一样达不到要求，崩了即是可以遇见的。

再有，就是软件的系统开发，有没有做代码优化、数据库优化、并发压力测试等。这些也都将直接影响到系统运行的稳定性。

既然，都已经了解到问题所处的原因。为何一到省考、大考，系统就经常性会崩呢？

这里，我认为不外乎有以下几种情况：

1）软件层面：报名系统开发较早，没有预想到如今所要面对的峰值流量，系统更新迟缓或无更新；
2）硬件层面：服务器为单位机房部署，可能配置较低，或存在多应用共存，难以确保其稳定性；
3）维护层面：技术人员响应不及时，无法第一时间处理宕机故障。

既然如此，更新升级不就完了。但对于大量的单位用户来说，系统升级谈何容易？需求要层层上报，预算要一步步审批，很多时候自然也就搁置了。

实际上，直到年初，才开始接触考务管理、报名系统的开发。而在开发期间，最主要的精力，都放在了上面我所描述的几个问题中。目前，我们的报名系统的开发已经过内测、公测，已进入正式部署阶段。而且也有了一定的用户案例。对于报名期间的系统稳定性，我们采用了划重点：超级计算集群。

官方用语：使用高速RDMA网络互联的CPU以及GPU等异构加速设备，面向高性能计算、数据分析，提供极致计算性能和并行效率的计算集群服务。分钟级交付的弹性裸金属实例，根据需求快速增减集群节点。
实际解决的问题就是：报名系统不会崩！

而对于软件开发层面，由于涉及到招聘公告的发布、网上报名、资格审查、在线缴费、考场设置、座位自动编排、准考证生成及打印、成绩查询、面试通知单、短信群发、数据导出Excel、自动生成人才库信息等等30+的功能，前后对程序也不断的反复进行“测试->优化->测试->优化”，包括缓存机制的应用。目前基本上克服了大型考试报名时的由于并发数激增而导致的系统稳定性问题。