关于一个大型web系统架构设计和技术选型的讨论摘录.docVIP

关于一个大型web系统架构设计和技术选型的讨论 2007年09月13 口星期四上午09:36 1、 数据库压力问题 所冇的压力最终都会反映到数据库方面，一定要对数据库冇一个整体的规划。 可以按照业务、区域等等特性对数据库进行配宣，可以考虑分库、使用rac、分区、分表等等策略，确保 数拥库能正常的进行交易。 2、 事务问题 你采川了两种类型数据库，一个SQL Server. 一个oracle,如果一个交易需要在两个数据库中操作，那 么必须考虑到分布式事务，你应该仔细的设汁你的系统，來避免使用分布式事务，以避免分布式事务带來 更多的数据库压力和其它问题。推荐你采用延迟提交的策略（并不保证数据的完整），来避免分布式事务的 问题，毕竟commit失败的儿率很低。（某个超大型系统，有3套数据库，也是采用的延迟提交策略，避 免分布式事务带來的对数据库过大的压力）。 看到了你在应用前端（weblogic EJB）采用了 F5,我个人不是很赞同这个方案，虽然F5是一个好的L4产 品，也能基于第7层做负载均衡和容灾。但是一个有事务交易的EJB,如果采用了这种方案，把不需要使 用分布式事务的交易变成了分布式交易，试想，一个web如果在一个请求中，访问了厉端两个EJB,那么 L4就会冇可能把请求分发到不同的服务器上，没冇对事务维持在一个服务器屮，就不能使用本地事务。同 样，一个web,访问后端一个请求