通过客户C2C网站建设要求所了解的网站架构分析作者：协策网络-客服部 标签：C2C网站建设 日期：2014年03月11日 类别：网站建设 |
||||
新年来，一直跟踪找一个C2C商城的客户，在与客户的沟通中，对程序一无所知的我，也渐渐的了解一些PHP技术在搭建大网络架构时需要注意的问题，这样以后就可以在与客户的沟通中，注意这些问题了。
众所周知，对于一些相对小的站点来说，数据量并不是很大，select和update就可以解决我们面对的问题，本身负载量不是很大，最多再加?几个索引就可以搞定。对于大型网站，每天的数据量可能就上百万，如果一个设计不好的多对多关系，在前期是没有任何问题的，但是随着用户的增长，数据量会是?几何级的增长的。在这个时候我们对于一个表的select和update的时候(还不说多表联合查询)的成本的非常高的。在一些时候，2.0的CTO都有个尚方宝剑，就是缓存。对于缓存，在高并发高处理的时候也是个大问题。在整个应用程序下，缓存是全局共享的，然?而在我们进行修改的时候就，如果两个或者多个请求同时对缓存有更新的要求的情况下，应用程序会直接的死掉。这个时候，就需要一个好的数据并发处理策略以及缓存策略。?
??
对于一些支持文件上传的2.0的站点，在庆幸硬盘容量越来越大的时候我们更多的应该考虑的是文件应该如何被存储并且被有效的索引。常见的方案是?对文件按照日期和类型进行存贮。但是当文件量是海量的数据的情况下，如果一块硬盘存贮了500个G的琐碎文件，那么维护的时候和使用的时候磁盘的Io就是?一个巨大的问题，哪怕你的带宽足够，但是你的磁盘也未必响应过来。如果这个时候还涉及上传，磁盘很容易就over了。我们可以很容易的规划出一个符合第三范式的数据库，里面布满了多对多关系，还能用GUID来替换INDENTIFY?COLUMN?但是，多对多关系充斥的2.0时代，第三范式是第一个应该被抛弃的。必须有效的把多表联合查询降到最低。
索引和更新是一对天生的冤家，问题A，D，E这些是我们在做架构的时候不得不考虑的问题，并且也可能是花费时间最多的问题。为了保证各地的访问速度，我们就需要面对一个 绝大的问题，就是如何有效的实现数据同步和更新，实现各地服务器的实时通讯有是一个不得不需要考虑的问题。对于一些计算量大的AJAX请求的话，我们可以构造一个发包机，很容易就可以把一个webserver干掉。对于HTTP协议来说，数据包都是明文传输的，也许我们可以说我们可以用加密啊，但是对于G问题来说的话，加密的过程就可能是明文了(比如我们?知道的QQ，可以很容易的判断他的加密，并有效的写一个跟他一样的加密和解密方法出来的)。当你站点流量不是很大的时候没有人会在乎你，但是当你流量上来?之后，那么所谓的外挂，所谓的群发就会接踵而来(从qq一开始的群发可见端倪)。也许我们可以很的意的说，我们可以采用更高级别的判断甚至HTTPS来实?现，注意，当你做这些处理的时候付出的将是海量的database，io以及CPU的成本。对于一些群发，基本上是不可能的。笔者已经可以实现对于百度空?间和qq空间的群发了。大家愿意试试，实际上并不是很难。
当我们的一台databaseserver不堪重负的时候，这个时候我们就需要做基于数据库的负载和集群了。而这个时候可能是最让人困扰的的问?题了，数据基于网络传输根据数据库的设计的不同，数据延迟是很可怕的问题，也是不可避免的问题，这样的话，我们就需要通过另外的手段来保证在这延迟的几秒?或者更长的几分钟时间内，实现有效的交互。比如数据散列，分割，内容处理等等问题。留住用户并激发用户的更多的兴趣以及让更多的人帮助你做最有效的开发。
在服务客户的这些应用当中，或许我们不一定要非常精通这些技术性的问题，但是作为网站建设销售员来说，适当的了解这些信息有利于你评估网站的制作难易程度。
本文由上海网站建设协策网络(http://www.580plan.com/)编辑部江真保编辑分享，转发请注明来源及版权归属，我们才能够在这网站建设之路上越走越远，创造属于你我真正的人生价值，谢谢!  您可能感兴趣的文章推荐 |
||||
|
协策网络公司拥有专业的网站建设开发团队，超过四年以上的网站建设、网页制作经验，我们可承接企业电子商务网站建设、企业展示型网页设计和功能型网站制作等各类型网站设计制作。
COPYRIGHT © 上海协策网络科技有限公司 2008-2014 网站地图 SITEMAP 上海做网站公司 沪ICP备08009778号
地址：上海市共和新路425号凯鹏国际大厦13楼G座（近3、4、8号线）
电话：021-51085186 传真：021-56555059 咨询：+(86)18018609689