第1776章 读写分离(2/2)
作者:荒野悲歌

    比如思爱普做的物流体系,这是厂家到供应商、供应商送到线下店,这是B2B的物流。由线下店再面向消费者。

    这和C端业务完全是两码事。

    就比如京东物流,这是直接送货给消费者,是面向个人,是B2C,这在计算力、复杂度和流程细节上会更加地复杂,传统的IT解决方案就不行了。

    周不器懂,因为他是互联网专家。

    就怕苏宁那些人不懂!

    果然,接下来就听到程秉皓传来了很不好的消息,“过去5年,苏宁和IBM、思爱普的合作很愉快。在他们的帮助下,苏宁已经把主要的竞争对手国美远远甩开了。所以,苏宁就可以留出更多的精力来做其他的事情了,要跟京东、亚马逊、易迅来竞争线上的3C家电市场。今年2月份,苏宁易购正式上线。”

    周不器心情沉痛,“苏宁已经跟他们签约了?”

    程秉皓叹了口气,道:“嗯,签了。他们采用的IBM的WCS框架的解决方案。物流系统依旧是跟思爱普合作。”

    周不器其实跟苏宁没什么业务往来。

    跟苏宁的张总也只见过一次,简单地打了一声招呼,连手都没握。

    可即便是这样,周不器也很痛心。

    唉!

    本老板来晚了啊!

    眼看着国内的企业被外国巨头给坑了,却没能够及时地出手制止,真是太可惜了。如果是国企也就罢了,都好几次了,他想阻止也阻止不了,这没办法。可苏宁是民企,如果他提早出手干预,还是可以帮助苏宁从潜在的危机中纾困的。

    贺阳问:“你说的这个WCS框架,怎么样?”

    “呃……”

    程秉皓的表情比较复杂。

    “怎么了?”

    贺阳不太明白,他平时的工作更多是企业管理、流程解决、人事关系、组织结构的调整等等,跟技术不挨着。论对IT技术的理解,他可能还不如周不器呢。毕竟是年纪大了,不像周不器那么年轻,学东西快。

    程秉皓道:“WCS的技术很落后,架构结构成型于98年,这都十几年过去了,架构结构也没有什么升级。”

    贺阳惊呆了,“十几年前的技术方案?不至于吧?苏宁那边就没一个人懂技术?这是国企吧?”

    没办法,这种事情放谁身上都不信。

    可现实就是这么魔幻。

    内行欺负外行,这真是太容易了。

    “比国企严重多了,12306出了这么多的问题,被吐槽这么严重,可12306也不如苏宁这么夸张。”程秉皓接着就说了一点比较专业的分析,“WCS架构是基于传统E**以及严格耦合WebSpere应用服务器。简单地说,只要使用了WCS框架,就意味着被IBM捆绑死了,这是软硬一体的,必须要购买IMB的所有软硬件产品来搭配,网页前端数据库、MQ、JDK、Unix等等。”

    贺阳问:“跟咱们的校内团购相比呢?”

    “啊?”程秉皓被逗笑了,“那根本就不是一个时代的产物,至少跨了三个时代,就跟F14和F22似的,哪有可比性?随便举个例子,现在最流行的大数据处理的解决方案是分布式,在这方面,紫微星拥有世界最领先的技术。可是,十几年前哪有什么分布式,WCS架构使用的还是早期的E**和MQ技术,就会导致大量的额外开销,白白浪费了大量的算力和存储空间。甚至,WCS架构连读写分离都没有,嗯……这个跟12306很像,都是最低端的被淘汰的技术。”

    周不器对技术领域有好奇心,问:“读写分离是什么逻辑?”

    程秉皓道:“比如在京东上购买Aster手机,打开网页浏览,这就是读。下单购买,就是写,把要数据写入后台的数据库里。读的时候,出错了也就出错了,最多就是网页打不开。如果是写的过程中出错了,就会影响到后台数据。现在京东要进行架构调整,一部分原因就是做不到读写分离。”

    周不器道:“写的算力要求更多,精度要求更高。”

    “对,”程秉皓做了一个简单的描述,“比如一个系统的算力是100,如果是读写一体,有90人在浏览网页,系统的算力就会枯竭,就会非常卡,这时候想下单购买,就很困难了。读写分离,读是一套系统,写是一套系统。分别有100个算力。有90人浏览网页,这占用的是读的资源。有人想下单购买,使用的是写的系统,就不会受到流量太高的干扰了,就可以很容易地完成下单、交易这个精密过程了。”

    周不器一下就听明白了,很果断地说:“所有的在线交易平台,都一定要读写分离。包括朋友网、微博这样的可写入的社交网站,也要读写分离的设计才行。”

    “对,这是大趋势,不过技术难度很高。”程秉皓摇了摇头,就很无奈,“别说其他类型网站了,就算是在线交易平台,国内也就只有淘宝、拍拍、百度有啊、校内团购、亚马逊、易贝这几大巨头使用上了读写分离、分表、数据库集群的相关技术。”

    “12306呢?”

    “咳咳……”

    (本章完)