从技术看砖头

　　很多人认为，车展都没有什么技术含量，车展没有什么门槛，入门的门槛并不高，但车展很痛苦，需要不停地去备展、开展、售后等等，业务人员不停地去拜访各个经销商，要在用户和商家之间拉客接客。

　　国内曾经出现的车展类网站有几千多家，砖头未来是要成为国内最大的汽车服务平台，不管怎么说，现在砖头在这些车展，至少团购类的车展里边是走的比较成功的，如果说车展真的是没有门槛，那难道说砖头走到现在是因为幸运吗？那必然不是因为运气，如果大家知道夏静、朱强，作为砖头的创始人，他们在自己的行业内有着非常响亮的外号，现在叫“互联网大数据创业者”。

　　因为他之前做过像车商，开过公司，最后都是因为一些的原因就放下来了。但是砖头现在他做得非常好，那肯定不是因为运气。其实在我们内部，很多同事也在做思考总结，我们希望找出一些比较好的东西能留下来，然后以后继续保持，在这其中分析来分析去，其中有一部分很重要的原因，就是我们技术团队的努力。今天与大家分享的，就是在技术团队中，我们团队非常精练、人少，却能够比别人30人团队更加强大，不断追求极致努力的砖头。

　　客户感受到的是参展购车的喜悦，而网站的技术人员感受到的却是“压力山大”。就如同你家办酒席，宴请左邻右舍，这个办起来容易。倘若宴请十里八乡所有的人，砖头现在是一个一个大城市来请，吃饭的人自然开心，但却不是一般人家能够办得起来的。能办得起来如此盛宴者，需要强大的财力物力、组织能力、技术实力（例如做这么多菜，你的炒锅一定要是“分布式的”、“可复制的”、“可扩展的”，洗菜切菜要有“工作流引擎”，上菜的路径要用图论来计算出来，甚至连厨房的下水道都要重新设计）。

　　砖头能够同时在15个城市，马上就要达到30个城市同时举办大型车展，如此盛宴，网站的技术实力可见一斑。当然，任何网站的发展都不是一蹴而就的，在什么样的阶段采用什么样的技术。在发展的过程中网站会遇到各种各样的问题和业务带来的压力，正是这些原因才推动着技术的进步和发展，而技术的发展又会反过来促进业务的更大提升。二者互为因果，相互促进。砖头系统也从使用一台服务器，到采用几十台以上的服务器。本文就为大家描述砖头关键技术。

　　构建大型的车展网站绝对不可能像构建普通的小型网站一样一蹴而就，需要从严格的软件工程管理的角度进行认真规划，有步骤有逻辑地进行开发。对于砖头网站来说，所采用的技术涉及面极其广泛，从硬件到软件、编程语言、数据库、Web服务器、防火墙等各个领域都有了很高的要求，已经不是原来简单的html静态网站所能比拟的。

　　可不要小看纯静态化的HTML页面！其实在很多情况下，HTML往往意味着“效率最高、消耗最小”，所以我们尽可能使我们的网站上的页面采用静态页面来实现。但是，对于大量内容并且频繁更新的网站，我们无法全部手动实现，因此可以开发相应的自动化更新工具，例如我们常见的信息发布系统CMS。像我们经常访问的各个门户站点的新闻频道，甚至他们的其他频道，都是通过信息发布系统来管理和实现的。信息发布系统可以实现最简单的信息录入自动生成静态页面，还能具备频道管理、权限管理、自动抓取等功能，对于砖头网站来说，一套高效、可管理的CMS是必不可少的。

　　砖头数据存储也是一个大问题，一种是小文件的存储，比如图片这类；另一种是大文件的存储，比如车展的图片和视频文件。

　　对于Web服务器来说，不管是Apache、IIS还是其他容器，图片是最消耗资源的，于是我们有必要将车展图片与页面进行分离，这是基本上大型网站都会采用的策略，他们都有独立的图片服务器，甚至很多台图片服务器。这样的架构可以降低提供页面访问请求的服务器系统压力，并且可以保证系统不会因为图片问题而崩溃，在应用服务器和图片服务器上，可以进行不同的配置优化以保证更高的系统消耗和执行效率。

　　对于车展系统而言，使用大型的数据库服务器是必须的事情。但是，在面对大量访问的时候，数据库的瓶颈仍然会显现出来，这时一台数据库将很快无法满足应用，于是我们需要借助于数据库集群或者库表散列技术。

　　在数据库集群方面，很多数据库厂商都有自己的解决方案，Oracle、Sybase、SQLServer等都有很好的方案，常用的MySQL提供的Master/Slave也是类似的方案。因此，你使用了什么样的数据库，就参考相应的解决方案来实施即可。

　　上面提到的数据库集群由于在架构、成本、扩张性方面都会受到所采用数据库类型的限制，于是我们需要从应用程序的角度来考虑改善系统架构，其中，库表散列是常用并且最有效的解决方案。我们在应用程序中安装业务和应用或者功能模块将数据库进行分离，不同的模块对应不同的数据库或者表，再按照一定的策略对某个页面或者功能进行更小的数据库散列，比如用户表，按照用户ID进行表散列，这样就能够低成本的提升系统的性能并且有很好的扩展性。砖头就是采用了这样的架构，将用户、设置等信息进行数据库分离，然后对城市、用户数据和ID进行散列数据库和表，最终可以在配置文件中进行简单的配置便能让系统随时增加一台低成本的数据库进来补充系统性能。

　　这绝对不单指低级的缓存技术相关的编程，应从砖头整个架构角度着眼，深入研究Web服务器、数据库服务器的各层级的缓冲策略，最后才是低级的缓冲技术的编程。不同的Web服务器、数据库服务器及Web编程语言都有自己不同的缓冲策略。例如数据库存储方面，SQLServe2008中的主动式缓存机制，Oracle数据的cachegroup技术，Hibernate的缓存包括Session的缓存和SessionFactory的缓存；Web服务器方面，Apache提供了自己的缓存模块，也可以使用外加的Squid模块进行缓存，这两种方式均可以有效的提高Apache的访问响应能力，IIS缓冲器技术；至于web开发语言，所用缓存技术更存在很大不同，例如ASP.NET2.0中提出了两种缓存应用程序数据和缓存服务页输出的策略，这两种缓存技术相互独立但不相互排斥，PHP有Pear的Cache模块，等等。

　　镜像是大型网站常采用的提高性能和数据安全性的方式，镜像的技术可以解决不同网络接入商和地域带来的用户访问速度差异。在镜像的细节技术方面，这里不阐述太深，有很多专业的现成的解决架构和产品可选。也有廉价的通过软件实现的思路，比如Linux上的rsync等工具。多服务和多数据中心网络也解决了大访问量的问题！

　　负载均衡将是大型网站解决高负荷访问和大量并发请求采用的终极解决办法。负载均衡技术发展了多年，砖头在在开展前使用，解决负载均衡和加速系统的有效方式。

　　砖头一直采用购买正版软件。保证相关的业务都有相关的公司的技术支持，形成一个强大的技术服务网络。

　　砖头从开始到现在，一直坚持精简人员，保证以最少的人员运行最大的系统和服务，保证系统的正常运行。

　　今天给大家分享的一些东西，最后总结一下，把它总结成几点。

　　第一就是的确我们的技术架构是要随着业务的发展而不断地变化的，不一定一个复杂的的一个完善的架构就是好的，而是看，我们现在的公司是处在什么阶段，如果是一个初创的公司，那大家还是要小步快跑，一个简单有效的方案就行了。

　　第二我们是随着业务发展，在一些开源软件的技术上不断的优化，业务流程我们也不断的做一些标准化，自动化，把复杂的东西简单化，简单的东西标准化，标准的东西流程化，流程的东西再自动化，这是我们在业务流程方面的一个优化的原则。

　　第三个就是在技术上的，技术不仅仅对线上有用，在线下的每一个操作里，我们在不停地看我们能做一些什么样的优化。

　　最后一句话就是，一个简单的事情，哪怕像砖头这样，很多人觉得简单的事情要把它做到极致，就是真正做到极致，也会有足够多的这种技术挑战，足够高的门槛，所以我觉得现在很多的创业的团队来说，他们做得事情看起来非常简单，但是只要大家不断地优化，不断地极致，不断地朝着极致去发展，你就可以在竞争中胜出。

　　这个就是给大家分享的砖头的技术团队，我们还需要很多的努力。