双十一谈如何从零开始搭建大型机票交易平台(3)

自己写的,很基础的,原因是为了都能看懂,也方便扩展,仍然是橘黄色的部分,随便一个开发扩展使用都可以.当然是业务不出错,对于难以保证数据的准确性,安全性不高,上下文 context switch 开销,占用本地还更多的资源等缺点,不 care.只要可以并列处理一些工作,从而减少一些不必要的等待时间,从能灵活满足业务需要就行.

关于其他的架构设计,统一处理要求：

简单描述下说明下,因为是第一版,而且人员技术水平不太高的情况,所以,很多处理都是秉着简易、好懂出发的.

• 接口设计：这里也考虑了复用机制,比如：订单搜索和订单导出,都是根据条件查询给出结果的.利用了OOP根据不同订单类型,来走不同路径.
• 依赖倒置：接口高层次的模块不依赖于低层次的模块实现.
• 事务回滚： Service和Dao之间加一层 daohandle @Transactional xxxDaoHandle,这里很有学问,由于表设计的很散,所以在这里遇到很多问题.
• 文件存储处理：比较好用的是因为路径、文件夹可配,听说 FastHFS 也不错,也打算后续对比下.
• 本地缓存：采用 CacheBuilder 限制队列,减低 Redis 压力,响应时间优于 Redis.有过期时间.

按照这个架构设计,我们实现大概 2 个月左右的时间.

发布之后

按照以上的需求和架构发布后,基本上较稳定成长,期间也有外界的冲击着,比如：孵化项目不被看好,中途人员流失,市场变动需要调整优先级,公司整合等等问题,总之,你是负责人,问题抗住并要处理它.

希望这份分享能对大家有所帮助,如有问题可以在本文留言,也可以加讲师微信 cpp_wazi?继续交流.

文章出处：高可用架构(订阅号ID：ArchNotes)

（编辑：ASP站长网）