10个设计制作大型网站架构中一定要考虑的问题

10个设计制作大型网站架构中一定要考虑的问题

　　我们这里不讨论是PHP还是JSP或者.NET环境，我们从架构的方面去看问题，实现语言方面并不是问题，语言的优势在于实现而不是好坏，不论你选择任何语言，架构都是必须要面对的。

　　1、海量数值数据的处理

　　众所周知，对于一些相对小的网站站点来说，数值数据量并不是很大，select和update就可以解决我们面对的问题，本身负载量不是很大，最多再加几个索引就可以搞定。对于大型网站站点，每天的数值数据量可能就上百万，如果一个设计规划不好的多对多关系，在前期是没有任何问题的，但是随着用户使用者的增长，数值数据量会是几何级的增长的。在这个时候我们对于一个表的select和update的时候(还不说多表联合查询)的成本的非常高的。

　　2、数值数据并发的处理

　　在一些时候，2.0的CTO都有个尚方宝剑，就是缓存。对于缓存，在高并发高处理的时候也是个大问题。在整个应用程序下，缓存是全局共享的，然而在我们进行调整修改的时候就，如果两个或者多个请求同时对缓存有调整更新的要求的情况下，应用程序会直接的死掉。这个时候，就需要一个好的数值数据并发处理策略以及缓存策略。

　　另外，就是数值数据库的死锁问题，也许平时我们感觉不到，死锁在高并发的情况下的出现的概率是非常高的，磁盘缓存就是一个大问题。

　　3、文件存贮的问题

　　对于一些支持文件上传的2.0的网站站点，在庆幸硬盘容量越来越大的时候我们更多的应该考虑的是文件应该如何被存储并且被有效的索引。常见的方案是对文件按照日期和分类类型进行存贮。但是当文件量是海量的数值数据的情况下，如果一块硬盘存贮了500个G的琐碎文件，那么管理维护的时候和使用的时候磁盘的Io就是一个巨大的问题，哪怕你的带宽足够，但是你的磁盘也未必响应过来。如果这个时候还涉及上传，磁盘很容易就over了。

　　也许用raid和专用存贮we服务器能解决眼下的问题，但是还有个问题就是各地的浏览访问问题，也许我们的we服务器在北京，可能在云南或者新藏的访问相应速度如何解决?如果做分布式，那么我们的文件索引以及架构该如何规划。

　　所以我们不得不承认，文件存贮是个很不容易的问题

　　4、数值数据关系的处理

　　我们可以很容易的规划出一个符合第三范式的数值数据库，里面布满了多对多关系，还能用GUID来替换INDENTIFY COLUMN 但是，多对多关系充斥的2.0时代，第三范式是第一个应该被抛弃的。必须有效的把多表联合查询降到最低。

　　5、数值数据索引的问题

　　众所周知，索引是提升提高数值数据库效率查询的最方面最廉价最容易实现的方案。但是，在高UPDATE的情况下，update和delete付出的成本会高的无法想想，笔者遇到过一个情况，在调整更新一个聚焦索引的时候需要10分钟来完成，那么对于网站站点来说，这些基本上是不可忍受的。

　　索引和调整更新是一对天生的冤家，问题A，D，E这些是我们在做架构的时候不得不考虑的问题，并且也可能是花费时间最多的问题。

　　6、分布式处理

　　对于2.0网站站点由于其高互动性，CDN实现的结果效果基本上为0，信息内容是实时调整更新的，我们常规的处理。为了保证各地的访问相应速度，我们就需要面对一个绝大的问题，就是如何有效的实现数值数据同步和调整更新，实现各地we服务器的实时通讯有是一个不得不需要考虑的问题。

　　7、Ajax的利弊分析

　　成也AJAX，败也AJAX，AJAX成为了主流趋势，突然发现基于XMLHTTP的post和get是如此的容易。客户使用者端get或者post 到we服务器数值数据，we服务器接到数值数据请求之后返回来，这是一个很正常的AJAX请求。但是在AJAX处理的时候，如果我们使用一个抓包工具的话，对数值数据返回和处理是一目了然。对于一些计算量大的AJAX请求的话，我们可以构造一个发包机，很容易就可以把一个webserver干掉。

　　8、数值数据安全性的分析

　　对于HTTP协议来说，数值数据包都是明文传输的，也许我们可以说我们可以用加密啊，但是对于G问题来说的话，加密的过程就可能是明文了(例如我们知道的QQ，可以很容易的判断他的加密，并有效的写一个跟他一样的加密和解密方式方法出来的)。当你网站站点用户访问量流量不是很大的时候没有人会在乎你，但是当你用户访问量流量上来之后，那么所谓的外挂，所谓的群发就会接踵而来(从qq一开始的群发可见端倪)。也许我们可以很的意的说，我们可以采用更高级别的判断甚至HTTPS来实现，注意，当你做这些处理的时候付出的将是海量的database，io以及CPU的成本。对于一些群发，基本上是不可能的。笔者已经可以实现对于baidu百度虚拟空间和qq虚拟空间的群发了。大家愿意试试，实际上并不是很难。

　　9、数值数据同步和集群的处理的问题

　　当我们的一台databaseserver不堪重负的时候，这个时候我们就需要做基于数值数据库的负载和集群了。而这个时候可能是最让人困扰的的问题了，数值数据基于互联网网络传输根据数值数据库的设计规划的不同，数值数据延迟是很可怕的问题，也是不可避免的问题，这样的话，我们就需要通过另外的手段来保证在这延迟的几秒或者更长的几分钟时间内，实现有效的交互。例如数值数据散列，分割，信息内容处理等等问题。

　　10、数值数据共享的渠道以及OPENAPI趋势

　　Openapi已经成为一个不可避免的趋势，从google，facebook，myspace到海内校内，都在考虑这个问题，它可以更有效的留住用户使用者并激发用户使用者的更多的兴趣以及让更多的人帮助你做最有效的建设开发。这个时候一个有效的数值数据共享第三方平台，数值数据开放第三方平台就成为必不可少的途径了，而在开放的接口的情况保证数值数据的安全性和性能，又是一个我们必须要认真思考的问题了。

　　本文由网站建设免费素材圈sucaiq.com分享！！！

　　如果大家有任何疑问请给我留言，小编会及时回复大家的。在此也非常感谢大家对素材圈的支持！若你觉得本文对你有帮助，欢迎，烦请注明出处，谢谢！

转载自：10个设计制作大型网站架构中一定要考虑的问题

网站建设服务

悉知科技是一个有着12年经验的网站建设开发公司，品牌建站/外贸网站建设/谷歌营销推广/品牌营销策划，这些我们都能帮您搞定！

在线咨询

网站建设制作方案是什么 ? 报价多少钱 ?

获取建站报价