正所谓，工欲善其事，必先利其器。
所有业务前端的产品和服务，甚至市场营销活动。
都需要依靠后端的系统和技术支撑，这也是互联网公司的核心竞争力。
尤其是在现在易趣的业务线已经非常多。
各种不同的业务类型，对后台技术的需求也越来越复杂的前提下。
打造一个能够为前方一线提供足够支撑和良好用户体验的后台系统，
就成为新成立的“大中台”事业群的核心工作目标。
可这并不容易……
就拿电商平台来看：
易趣公司早期的后台系统，是由庞勇一个人写的（易趣网B2C）。
在97年的时候，还用的是C语言和ASP(ActiveServerPages，动态服务器页面）技术，数据库用的是SQLServer。
而新成立的淘宝网，则采用了最新的Linux+MySQL+PHP的架构。
之所以采用这个架构，是因为一方面用到的技术是开源、免费的，而且无需编译，发布快速。
这样一来，光是要将电商平台在后台系统做整合，就需要对整个系统架构进行重新升级……
更不用说，还要涉及到，一点也不比电商平台系统简单的搜索平台和社交平台了。
所以，隋波刚刚布置完一系列的业务线工作，
就被庞勇请来，参加技术委员会的会议。
希望让他听一听大家的讨论，最后定下一个方案来。
隋波虽然对技术细节一窍不通，
但是他一直都是公司产品的“首席体验官”。
可以从用户体验的角度，提出需求和改进意见。
这样，技术部门也可以有针对性的，来进行系统改造和技术升级。
另外最重要的是，无论是升级系统，还是改进技术，增加服务器、购买数据库软件……
这些都是需要耗费大量资金的。
如果不让隋波这个大老板来听一听。
到时候报预算，审批下来也慢啊……
在技术委员会上，庞勇简单介绍了目前电商平台的系统架构情况。
现在暂时来看，整合难度最大的是易趣网和淘宝网。
像百度搜索，从王川最初开始研发，就有一整套独立的后台系统。
现阶段只需要做数据接口，打通用户信息就可以。
等到后期，电商和搜索业务交叉的需求增加的时候，再做更进一步的整合。
电商平台所有产品和功能的底层，其实都是商品管理和交易管理两大系统。
其中主要包括：存储数据库、开发语言、负载均衡、缓存、CDN等。
同时，要想形成真正具备整合能力的“大中台”，将各种业务线整合在一起，还必须有中间件系统(SOA，分布式组件架构)，如高性能的服务框架、分布式的数据访问工具等。
简单来说，首先是商品管理系统。
举个例子，电商平台商品管理系统，在后台系统有个专用名词叫商品类目属性。
比如服装，就要分成男装、女装，按照季节，又要分为春夏装、秋冬装……
再继续细分，还可以分为大衣、T恤、裤子……
甚至还能再细分到材质，是蕾丝还是纯棉……
这样，商品的类目属性就会形成非常复杂的网状结构。
对此，技术部门最后做出了一个名为Forest（森林）系统，来对商品的数据信息进行结构化，以便于前后台的调用。
另外有一个难点，就是图片存储系统。
前两年，因为网速和用户体验的考虑，易趣网上图片很少。
但现在，无论是易趣网还是淘宝网上，都已经开始出现了大量图片。
毕竟图片无论是在商品展示上，还是交易系统中都非常重要。
“无图无真相”、“一张好图胜过千言”。
现在电商平台的流量中，图片的访问流量要占到90%以上。
这么多的图片数据，和这么大的流量，会给后台系统带来非常大的压力。
尤其是大规模的小文件存储和读取，这就需要在存储技术和缓存技术上，进行升级和创新。
同时也对，基础网络的带宽提出了更高的要求。
另外，因为电商平台所有的功能都需要依赖用户信息，用户中心模块必须单独拿出来，否则以后系统无法扩展。
这就需要一个中心系统UIC(UserInformationCenter)，
可是UIC拿出来之后，应用系统每天访问UIC，UIC访问数据库读取用户信息。
以易趣网和淘宝网现在的流量，几乎每天都有数千万甚至上亿次的读取，数据库很快就会崩溃。
这样，一方面需要进行数据库的分布式数据分层访问，另外就是缓存技术。
从前端的缓存，和全局负载均衡设置，传递到后端，流量就非常均衡和分散了，对前端的相应性能也大大提高。
无论是数据库、负载均衡、缓存、开发语言等，这些还是属于纯技术研发的问题。
小主，这个章节后面还有哦，请点击下一页继续阅读，后面更精彩！