程秉皓这次拉着周不器跑到京东，就是想让他出面解决这个问题。
因为京东的技术水平实在落后，短期内根本没法改善京东的整个框架体系，可国内电商市场发展得很快，已经没法给京东留出太长的时间改善了。
京东做出的决策，就是从甲骨文直接采购。
在车上，程秉皓就对此做了一个简单的解释，“京东的网站架构有问题，他们采用大量的技术，现在的大网站，普遍采用的都是linux和java。”
“咦？”周不器虽然不懂，但隐约听人说起过，“好像日本的京淘和韩版的京淘采用的都是你说的这个，还得给微软交授权费。”
程秉皓笑着说：“对，是微软的，使用的话需要支付一定的授权费，而且各种修改调整都非常依赖微软。京淘使用是合理的，别看要给微软授权费，但这整个体系是微软负责总运营，相对封闭，对使用方来说漏洞少、维护简单，操作起来更容易。韩日的电商市场，流量本来就不高，采用的方案总成本会更低。”
周不器听明白了，“的方案维护容易，但是拓展性不足，不适合大型网站。”
“对，就是这个意思！”
程秉皓很有感触。
他是紫微星的创业元老、首任cto，后来技术跟不上了，才退居二线成为了紫微星工程院的院长。
他依稀记得，当年的小周老板可是个技术盲，基本什么都不懂。现在不一样了，自己简单地介绍几句，他基本就能跟上思路了。
这可比一般的程序员厉害多了，这是架构层面。
很多it行业的工程师，都会精通c、java、c++等计算机语言，可这只是行业底层。想要从“工程师”向“科学家”发展，起步就是架构师。
所谓的架构师，就是架构体系。
就跟盖房子一样，小工拉砖、和水泥，大工砌砖铺钢筋，架构师……就相当于整个楼盘的总设计师，什么苦力活也不干，却可以居高临下。
一个楼盘好不好，得是由总设计师做一个全面的设计，如果设计层面失败了，工人们所有的努力都是白费。
京东现在的麻烦，就是早期缺乏技术认知，没有找足够优秀的架构师来架构网站，才出现了现在的困局。
程秉皓道：“linux和java的架构体系往往是开源方案，是免费的，而且可拓展性更强，能够适应最新的分布式方案。”
有优点就一定有缺点，周不器基本能够猜到，“缺点就是体系过于庞大，维护起来太难。过去的体系，招一批普通的技术人员就能够运营好。如果是运营更复杂的开源方案，则需要招聘大量的高级工程师。”
程秉皓顿了一下，“不太准确，但也差不多，意思是对的。互联网的技术发展非常快，跟前几年相比几乎面目全非。技术已经很难适应京东高速发展的需求，唯一的解决方法就是购买更好的服务器。这一方面增加了成本压力，同时也不是当今时代互联网公司的主流做法了。云计算都流行了，互联网公司现在都开始排斥高价格的优质服务器，而是采购一般的服务器，通过系统、并联和分布式来激发服务器最大的性能。”
“是啊，云计算。”周不器有些惊讶，“京东不是在使用紫微云吗？”
“对。”
“那怎么还会出现网站崩溃？紫微云解决不了？”
“还是架构的问题。”程秉皓简单地予以解释，“云端的更多服务器可以解决遇到的部分问题，但前提也应该是系统的架构要设计得可以进行水平扩展，不然如果系统的设计的耦合性太大，也无法把系统拆分成各个子系统而达到水平扩展的目的，想加也加不进去。另外，系统架构还要做到支持分布式，并根据自己的业务情况做一些异步服务、数据分区、降低业务耦合和复杂度，不然就算增加了服务器，业务上的复杂度也无法发挥服务器的最大作用。”
周不器有点来气，“说人话！”
程秉皓咳了咳嗓子，心说我还是高看你了，赶紧做了一个比喻，“没有可拓展性，就好像……你给小学生买了一堆微积分的教材，这是没用的，小学生根本理解不了。得首先把小学生培养成高中生或者大学生。但的架构体系没有可拓展性，小学生就永远是小学生了，没有成长空间。紫微云虽然是一座图书馆，有着海量的知识，但是没有用武之地。”
周不器这下就听明白了，点了点头，“这么看来，京东必须要放弃过去的架构。”
程秉皓道：“对，现在的主流是java。不过，想从转到java并不容易，一方面是架构要改，一方面是一些数据的格式要改，比如用户历史订单的数据。原来在下用的是a格式，在java下要换成了b格式，这种数据格式的修改很麻烦。”
周不器沉声道：“那就更不能等了，早改早利索！互联网的发展多快啊，数据规模在指数级地增长，越拖延数据积攒得就越多，改动的成本就越大！”
这章没有结束，请点击下一页继续阅读！