[讨论]从12306浅谈大型网站架构演变之路（获奖名单已公布）

melofy

现在12306访问主要瓶颈在数据库访问上，可以在中间件上下功夫，各地分布中间件，适当的数据缓存，每一定时间整体把一类操作发送到服务器，处理完成，反回后分发。
解决频繁的响应带来的压力

南非蚂蚁

melofy 发表于 2012-02-24 20:34
现在12306访问主要瓶颈在数据库访问上，可以在中间件上下功夫，各地分布中间件，适当的数据缓存，每一定时间 ...

缓存，读写分离，负载均衡，这是构建的基础。数据库其实很脆弱的

南非蚂蚁

king_819 发表于 2012-02-23 11:48
回复 35# hbsycw  

按照车次靠谱，但是按照铁路局不太现实，以现在铁路局的环境来讲！

齐达内553847981

      前端应该有 CDN，尽量将静态内容放到这一级，并配合其他CDN的应用模式；下一级负载均衡应该是DNS，将流量均匀分配到不同的IP；再下一级应该是LVS，将访问请求分发到不同的物理服务器，然后再下一层才是存储层。
      采用N个服务器M个数据库的架构方式。将服务器与数据库分开，N个服务器皆可访问M个数据库。服务器负责处理不同物理链路上的请求，服务器上采用任务均衡迁移服务，同时负责与各个数据库交互。
      瓶颈在数据库。尽可能减少到达存储层的访问请求，这才是12306问题的关键所在。12306底层的数据库应首选Oracle.

daocaoren0311

网站架构的变迁和业务是息息相关的。一般是随着业务量增大而变化。开始的时候也许就1个web 1个db ，随着并发量的增大 2个web 1个db  ，然后是变为两个负载均衡器 和多个web 1个db，然后是db 主从复制，读写分离，图片等静态图片分离。然后会多些缓存服务器 如squid varnish等。然后是cdn，多机房，分布式 文件系统 等。 最终压力 都会在数据库 可能会拆分，无论是垂直还是水平。我感觉12326 这样的问题，可以托管。比方说给阿里，或者腾讯，既然我们水平有限 。就让牛人来处理吧。

346196247

回复 6# king_819


    就是每秒50人访问你的网站1台服务器吃的消吗?

hbsycw

回复 45# daocaoren0311

12306暴露出来的是铁路系统的整个售票系统需要提高，这个系统的并发量和复杂度不是阿里可比的~


   

hbsycw

南非蚂蚁 发表于 2012-02-24 20:14
改进购票业务系统是核心，也是根本，后端数据库压力首先要通过业务流程去优化，然后才是做系统架构设 ...

是的，资深人士对问题的认识就是不一样，12306只是个新的购票渠道和窗口（相当于一个开放的虚拟铁路局售票窗口），12306的瓶颈暴露出的是铁路内部的售票系统整体有待提升, 而对业务流程的重构应该是技术提升的前提~

fire_cpp

hbsycw 发表于 2012-02-22 18:27
打油诗一首：12306 你到底是神马问题？

12306缺钱吗？

他们确实不缺钱，但我觉得有可能缺技术，或者说经验。
网站是原来开发老系统那帮人做的（其实老系统还是不错的，支持起了整个业务），但他们可能缺乏互联网上大并发架构的经验。
虽不是隔行，但互联网的环境绝对不同于售票网点的环境。只能说，他们落后于时代了。

caozhangming

菜鸟对各位LZ所说的做个小总结，~ ~

12306网站特征：高并发、大容量、数据要求实时一致，重点在数据库

1、首先对12306的静态的内容，可以利用CDN进行缓存。
2、前端WEB采用集群、对数据库做读写分离部署，然后还可以对数据库读操作做负载均衡，写操作做HA
3、后端存储以SAN网络为主。
DB的前面也可以考虑用MEMCACHE来缓存部分数据，如：只查有无售票的数据、票的价格、时间等等