林仕鼎：火车票系统后面的架构设计 | 岭南六少 - 一朵在LAMP架构下挣扎的云
有点标题党，这回还是没想谈具体的火车票系统方案。我的观点是在没有详细数据、业务流程还有内部系统模型的情况下，直接设计方案容易水土不服。当然，有几个朋友比较有经验，已经给出了方案。方案都不错，挺实用的，想直接解决类似问题的朋友不妨直接参考那些设计。
我希望从普遍意义上说明一个在线系统设计时需要考虑的问题，可能这对有过一定经验的朋友才有用。如果你只是想看看如何写代码解决具体问题，则必然会觉得言之无物，不妨以后再读。如果在技术一途发展，慢慢地你终会感觉到，写些代码或解决某个具体问题并不是最难的。另外，列出一些专业词汇，不是为了卖弄，目的是更清晰定义和准确说明。
开发一个能支持一定用户规模的在线服务并不难，但要做好，必须在业务逻辑和系统架构两方面下功夫。业务逻辑方面需增强的主要是快速开发与功能迭代的支持。根据需求（来自客户或产品经理）实现功能只完成了基础部分，在线服务必然会有大量的功能升级，如何以最小代价支持千奇百怪的升级要求将成为最主要的难题。解决方法则是通过合理的功能抽象，提取出公共组件和通用流程，进行最大化的复用。我们也可以称其为软件架构的可维护性问题，其实这也是传统的企业级开发最重要的问题。
Read full article from 林仕鼎：火车票系统后面的架构设计 | 岭南六少 - 一朵在LAMP架构下挣扎的云
No comments:
Post a Comment