&&6人传播假设&，又称&小世界现象&，最早是由美国哈佛大学教授、...
&以并购抵御被并购的威胁，这对于在国际巨头的包围与挤压下的中国制...
&过去几年，全球经济备受打击，金融市场重挫，地产市场大幅跌落，全...
&我们所概述的方法是如何奖励最优秀的员工，淘汰表现最差的员工，以...
&几乎在每一家公司都有一线管理人员的身影，对于那些拥有分布式网络...
&当创新已经沦落为标语式的口号和陈腔滥调时，中国企业的创新仍然乏...
&中欧国际工商学院陈峻松认为，网店的定位取决于商家开网店的目标，...
&&在我看来，‘可持续发展’意味着把注意力都集中在一些基本需求上...
当前位置：&&& >
大数据的未来不是架构，是应用！
作者: 发表于: 17:55:20
现在媒体最关注的是架构和平台的问题，但是，当企业了解到如何运用大数据进行市场决策时，架构或者平台等基础的问题就显得不那么关键了。
　　近来，关于大数据的各种声音沸沸扬扬，在热闹的表象之下，真正的挑战在于开发出更多的实用数据分析软件。
　　现在媒体最关注的是架构和平台的问题，但是，当企业了解到如何运用大数据进行市场决策时，架构或者平台等基础的问题就显得不那么关键了。
　　企业需要对市场和业务决策流程有帮助的、应用广泛的大数据软件，在很多企业还对大数据的概念一知半解的情况下，能够迅速进入这个领域并学会使用，才是最关键的一步。现在，有关大数据的话题不仅仅是媒体在炒，各种基金和风投也被外围的工具和软件等产品吸引过来。虽然目前大数据的价值还没有完全显现。但是能够优化管理流程的大数据应用软件已经成为投资热点。
　　现在，我们把投资方向集中于那些同时具备三种功能出口的大数据产品上，即大数据决策流程、架构和分析技术，以及周边数据管理。同时我们也发现，那些在大数据开发方面做得最好的公司通常都关注三种关键模式：
　　第一，成功的数据公司会从客户的需求入手，而不仅仅是看对方手上有哪些数据，然后再据此倒推出他们还需要什么，比如更多的数据、工具或者分析方法等等。第二，与其费劲地一个个去说服企业的管理者，不如设计出一套可以直接应用在决策流程中的人人可用的工具。大数据的意义就在于，对于数据的洞察可以产生价值，而分析的主体应该是所有人，而不仅仅是几个数据专家。
　　最后，这些公司还对信息知识产权有着明确的合规意识。在这个数据泛滥的时代，第三方数据的获得渠道、管理以及使用都需要规范。成功的公司应该了解如何在利用数据获取价值最大化的同时，不触碰公共底线。
　　像谷歌和亚马逊这样业内领先的公司，在广告展示和电子商务方面已经开始运用分析工具，这些早期的尝试引领了架构大数据的潮流。我希望，在下一个阶段，互联网公司能够开发出更多的数据分析的应用或者软件，继续提升数据的价值。
[&&标签：&&&&&&]
评论：次 阅读：次
（评论内容为网友针对本词条展开的讨论，与本网站的观点立场无关。）
京公网安备2 您有任何关于商业新知的话题与建议，请来信：值班QQ：本文标签: &
一。技术架构对比车联网产品平台的技术特点：终端管理层：通过车辆网关管理真个车辆中的各传感器信息采集，GPS定位,通过移动运营商3G信息传输基站，接入到互联网。&& 终端接入层采用多进程、多线程集群式的socket TCP/IP接入层，并通过集群管理器来进行集群的socket server服务的管理，通过一些协议接受运营商互联网发送过来的数据。&& 性能瓶颈1：通过增加SOCKET进程来实现10万量以上并发。&& 数据通讯层：&& 平台接受数据后的数据通信，非互联网数据通信，互联网通信由电信运营上保证。&& 主要是通过集群式的消息队列中间件（MQ）来进行数据传输，MQ将SOCKET集群发送过来的大量数据存储与转发。&& 服务总线层：&& 采用SOA架构的企业服务总线，路由，消息转换，数据推送等功能。&& 服务总线的监听程序对通讯层MQ的数据监听，传送到后台数据库。&& 数据存储层&& 缓存集群和数据库集群组成。支持存储海量GPS数据和交易型、集成数据。&& 数据库读写分离技术。&& WEB界面展现成：&& 通过weblogic集群多应用，缓解应用界面的展现效率。提供WEB系统管理界面，也可以给终端用户提供WEB的管理。& 移动应用层：& 通过实现手机应用APP，实现用户在手机移动端进行系统操作，车辆管理和查询。所用到的核心技术：J**A,基于SOA的J2EE架构，工作流引擎，规则引擎，企业服务总线ESB，J**A多线程多进程的timer,socket通信技术。大数据量应用内存缓存CECHE.&电信服务开通项目技术特点：&业务流程层：& 通过可配置化的动态工作流引擎和规则引擎，实现业务流程的动态流转。&数据通讯层：& 订单数据通过IBM的消息队列MQ进行数据传送。& 业务传送通过java多进程多线timer进行通信，协议有SOCKET集群管理。&系统集成：&&& 无企业服务总线ESB概念，有EAI平台使用，采用的系统集成交互技术大部分与企业服务总线技术相同， webservice服务调用，RMI,EJB调用。&数据存储层&& 通过多台集群数据库实例实现数据存取，没实现数据库读写分离。& WEB界面展现成：&& 通过weblogic集群多应用，缓解应用界面的展现效率.当时通过集群管理4台应用主机的16个应用。& &所用到的核心技术：J**A,J2EE架构，工作流引擎，规则引擎，J**A多线程多进程的timer,socket通信技术。大数据量应用内存缓存CECHE.二者平台的技术分析：车联网所采用的技术是在电信采用的技术一致，车联网的技术是J**A发展一些提高点。车联网主要说云端管理系统技术架构，此平台能为核心模块。目前最新的技术架构：基于SOA的J2EE架构，以J**A语言开发，通信层有SOCKET集群，消息队列MQ集团，集成内部和外部系统的ESB企业服务总线，读写分离的数据库模式。未来平台架构的趋势：未来平台发展趋势比较类似淘宝平台的技术架构：云端管理系统，基于SOA的J2EE架构将更加流行，其高性能，高可用，高扩展的技术特点将发挥更大作用。底层物理层使用虚拟化。多台集群HTTP服务器-多台集群业务服务器-多台集群数据库（数据库路由，连接池管理）。通信层有SOCKET集群，消息队列MQ集团，集成内部和外部系统的ESB企业服务总线，读写分离的数据库模式，搜索引擎通过集群缓存和CDN的网站加速实现。&& 二。车联网商业模式：服务型制造，营销转型，软性制造。智能网业务后市场业务融合思路1.为客户终端车辆提供实施监控，和故障分析推送。与售后服务集合，进行新的商业模式，将产品提供方，变成服务商，服务整车的全生命周期。2.车联网与二收车市场商业合作。维系老客户，二手车估计残值并购买新车的优惠商务政策，挖竞争对手客户，与二手车机构长期合作，用对手的二手车残值费用并购买新车的优惠商务政策。通过车联网平台与二手车架构数据对接。3.车联网与大型物流公司商业合作。企业与大型物流公司合作，整合客户车辆，为物流公司提供租车机会，与物流公司制定比较合适的费用。车辆用户通过车联网平台可以接受物流公司提供的货运信息，物流公司通过车联网平台发布物流信息。车联网平台可对车辆轨迹，范围，时间监控，保证货运的及时性。如何将商务模式需求转换成具体的系统需求，需要有超强的信息化规划和设计能力。建设的信息系统属于高性能、高并发、高可用性，以业务架构为核心，业务架构为基础，数据架构为灵魂，为商业模式转化提供更优秀的解决方案。
规划需要全局观，更需要可落地的技术支撑。
--PLM爱好者
学习华为&三一&&标兵企业！您的商业分析技术架构风格是什么？
　　今天的商业分析技术早已远远超越了简单的报表功能。各类组织使用预测性分析工具来预测结果、优化流程和进行假设(what-if)分析。自动化或半自动化决策已被纳入各个业务流程。决策者可通过自助服务来访问相关信息，并能进行交互式浏览和可视化操作以及寻找数据中隐藏的趋势。
　　越来越多的组织都已认识到商业分析技术的价值，对利用其全方位功能的需求不断增长。挑战在于将您的组织所需的要素融入连贯的商业分析技术架构。
　　各行各业的组织采用商业分析技术的风格基本上可归纳为五种。无论您目前使用哪一种或哪几种风格，都需要在规划您的架构时考虑其他风格，以便满足未来的业务及IT需求。以下内容可帮助您作为开始规划的指南：
　　经典商业分析
　　只支持查询和报表的系统属于经典商业分析技术。这一基础水平意义上的数据获取(data sourcing)通过数据探索或预测性分析技术来提供信息，并利用所生成的报表与组织内部的各级用户共享信息。此类报表可提供用于辅助决策的重要信息，尤其是回溯性和前瞻性信息。
　　但传统的信息分发方式正在发生变化。静态报表已不足以为决策提供支持。现在必须通过更多渠道来传达信息。业务利益相关方需要能够在移动中及时访问与日常工作有关的信息，而且该信息还应当是自助服务信息并支持“下钻”(drill down)操作，以提供更多细节。
　　在架构的意义上，这意味着在部署广泛功能的情况下使数据整合、报表及分析等功能模块相互协作。
　　这是如何实现的？如在一家大型美国保险公司，有150多位用户可使用SAS软件来查看财务信息、营销活动及登记信息。他们只需要几秒钟时间，就能查看一种产品在五年间的每月增长情况。还能够查看州人口统计数据及养家者数据到县级水平。查询结果即点即得(point-and-click)，并可轻松下载到其他应用(如Excel)以供分析。
　　带数据质量功能的经典商业分析
　　这种风格在许多方面类似于经典商业分析技术，但它能够识别对所获数据进行清洗的需要。它将数据质量功能集成进了数据获取或数据输入流程。对于提高最终用户所访问信息的可信度需要推动采用这种风格。另一个推动因素可能是有关法规要求必须提供经过清洗和标准化的数据。
　　从架构上讲，这种风格仍然需要数据整合、分析和报表模块，不同的是您还需要将数据质量功能嵌入数据整合功能。
　　这是如何实现的？如有两家欧洲钢铁生产商在合并后面临数据标准化、整合及合理化方面的挑战。SAS技术解决方案帮助其改进了数据的质量和可管理性。现在，它们的IT人员能够通过SAS服务器管理所有参数，并输送给所有报告工具的信息都是一致的。
　　带反馈回路的商业分析
　　带反馈回路的商业分析技术支持周期性的业务流程。例如，您可能想把具体建议融入采购工作流。在每周或双周基础上，根据采购周期的长短，您能够预测库存销量，以便决定需要补充哪些产品。在此情景中，数据被提取、清洗和分析(使用高级预测技术)，然后由商业分析引擎将所建议的具体采购量反馈给运营系统。业务用户即可使用该建议来更好地指导采购决定。
　　将商业分析嵌入运营系统工作的最简单方式是创建一个获取数据、分析数据后将结果反馈给运营数据存储库的可重复流程。这些反馈机制的增加改变了IT部门向业务部门提供支持的方式，因为商业分析流程需要在实现时减少线性度。闭环系统应当提供有关数据获取、发现及信息共享的更具循环性的支持。从架构上讲，这三种功能必须作为一项复合服务协同工作而无需手动干预或数据迁移。
　　这是如何实现的？如一家欧洲造船公司开发了一个基于SAS技术的解决方案来分析业务项目及生产能力。该解决方案是一个集成的信息系统，通过它可以对持续的业务流程进行监测。该系统给传统上并不使用技术来辅助监测或管理的造船业务环境带来了一定的透明度。
　　实时商业分析
　　在面向客户的情形中，实时商业分析技术可帮助决策。每个客户联系点代表一个进行实时决策以创造额外销售或行为加强的机会，例如，对银行客户进行实时评分，以了解他们是否符合某项贷款的条件，或决定向正在下单的客户提供什么额外营销内容。
　　该方案要求触发分析或数据收集并从一个应用进行实时交付。数据(连同现有信息，若需要的话)被收集和分析。结果被发送到原始联系点以支持某一决定，或被放入一个包含针对基础自动化决策的简单业务规则的运营工作流。
　　为实现这种风格，您可单独使用或结合使用各解决方案模块，以提供定义完备的服务。商业分析架构需要以面向服务的方式来部署并包含作为可复用服务的数据获取、分析和报表功能，以便它们能够被集成进手动流程或其他更为自动化的业务流程。
　　这是如何实现的？如亚洲的一个政府机构使用SAS软件来实施一个高级风险管理系统，以增进海关检查的效率。有400多个现场工作职员使用该系统。在接到入关服务请求时，负责入关检查的人员可立即决定是否需要检查相关货物。他们可通过专业知识和数据挖掘技术查出潜在的违法通关企图。
　　业务活动监测
　　许多公司都拥有许多对日常运营至关重要的运营系统。自动化是衡量这些系统是否够用的标准，因为人工监测和决策在拥有大量可能事件或事务的情况下是不可能的。以信用卡欺骗侦测为例。存在用于确定交易是被批准、拒绝，还是被传给服务代理人来继续跟进业务规则。在此情况下，重要的是与交易相联系的行为模式而不只是被考虑的单项交易。
　　该风格支持的情景比前一种风格更为复杂，并结合业务规则来实时使用商业分析技术。触发规则可能不是基于单个事件或请求，而是基于一系列事件。根据这些事件的微妙差异，这些规则可能规定不同的反应和工作流。
　　该风格要求采用面向服务的架构来提供在需要时“插入”各种系统的功能。关键在于您的商业分析解决方案的每个要素(数据获取、发现和共享)应当是独立的服务，并能与其他服务和其他运营系统相集成。业务规则决定需要哪项功能以及需要时间。目标是将商业分析解决方案直接部署进运营系统。
　　这是如何实现的？如使用SAS软件，组织能够整合来自众多来源的数据，以辅佐业务决策。使用基于Web服务和其他接口的整合功能，决策过程可实现自动化，以便能够针对行为变化立即做出相应调整，从而最小化运营风险或获得客户的接受。
　　以提高决策质量为宗旨
　　无论您的组织的规模是大是小、在什么行业或目标是什么，商业分析技术所需的架构是非常类似的。您需要的架构模块建立在提供针对数据整合、分析和报表功能的基础之上，并应协同工作，达成提供一致性、可复用性及自足性。
　　无论您采用哪一种或哪几种风格，通过获得数据、发现数据蕴含的意义以及与有需要的人员共享信息，都将能够帮助您的组织提高决策的质量。
　　本文作者：SAS全球技术实践总监Mark Torr大数据分析技术架构解决方案_图文_百度文库
两大类热门资源免费畅读
续费一年阅读会员，立省24元！
文档贡献者
评价文档：
大数据分析技术架构解决方案
大​数​据​分​析​技​术​架​构​解​决​方​案
大小：3.28MB
登录百度文库，专享文档复制特权，财富值每天免费拿！
你可能喜欢京东今天还在用 .NET 架构的原因是什么？
用 .NET 架构对大型互联网服务有什么劣势？
按投票排序
119 个回答
首先80%是管理问题， 然后剩下的20%责任里面有80%是架构的问题， 所以技术上的问题只是那20%里面的20%, 换算下来是4%
如果我是京东老总， 我肯定不会换人，我会尊重技术领头人的意见，如果领头人在技术上面有限制有瓶颈， 我会花钱让他去学习去深造。 我相信这是大多数技术人员所喜闻乐见的老总， 而不是技术一出问题就忙着换人。
如果我是京东的技术领头人， 我应该反思自己的行为和规划，架构来源于生活，如果我的生活不完美， 做出来的架构自然也不完美。
再说技术问题，.net和java都是枪， 关键还是用枪的人， 机关枪不一定就能比狙击枪更有效率， 关键还是用枪的人。做技术的人自己应该反思自己的开发态度， 我在设计和开发的时候真的想过所有的问题吗？ 还是说为了项目和进度我损失了设计和思考的时间？
最后我帮京东老刘发发牢骚： “当初我们6,7个人， 7,8条枪的时候，你们这些牛人都在哪里呢？ 愿意自降身价来我这里吗？ 现在我们生意做大了,你们就来说我们技术不够好， 太不地道了！”
被人邀请来回答这个问题，我觉得这个问题有三个部分：
1）为什么京东选Win/.NET平台
2）选Win/.NET平台行不行？
3）京东的系统的问题是什么？
1）为什么京东选Win/.NET平台？ ————————————————
我觉得京东用.NET的原因应该很简单：一开始他就用.NET/Windows了，所以长期就这样了。
那么，为什么他会一开始用.NET呢？这个东西就只能我就只能推理了。Windows的东西门槛低，而且有很多媒体为Windows做宣传，所以，在这个大多数人是井底之蛙的国度里，大多数人都会用Windows平台的。（10年前，这个社会上非Windows的工作很难找，几乎全是Win的天下，我在CSDN上写了一些文章来告诉大家其实Unix/Linux比Windows要好得多。当时没人理解，现在大家可能能够理解了）
所以，我估计京东的选型用.NET的最一开始是报着这样的心态：
1）随便找几个程序员帮写一下，越快越好，所以可能是那几个程序员觉得熟悉Win/.NET，可以快速搞起来。
2）觉得业务比技术重要，技术无所谓，做出来了就好了。这是我觉得最有可能选择Win/.NET的原因，是无心去选择的。
2）选Win/.NET平台行不行？ ————————————————
接下来的问题是选 Windows和选Linux有没有哪个更好，我想说的是，都还不错，不要以为选Windows就不好（StackOverflow就是.NET平台）。另外，选 Windows 的好处并不一定在技术方面，而是在服务方面。
很多金融机构都是用Windows的平台（你可能会和我争吵国内的银行都不是Windows的平台，都是Unix的平台，是的，我也是在银行里做过的，中国的银行几乎都是IBM/SUN/ORACLE的领地，所以，那里都是AIX、RISC600，Solaris，Java，C/C++的地方），但是国外很多金融机构却更多用的是Windows。为什么呢？
金融机构并不在乎钱，他们有的是钱，他要的是稳定，不出错，出了问题能得到最好的售后服务，以及赔偿。这里我说一个我的亲身经历，我的上一家公司是做金融的（汤森路透，全球最大的金融数据公司），他们用的是Windows，有一天在生产线上，因为升级McAfee把Windows搞蓝屏了，dump了一个16GB的dmp文件（内存16GB）。打电话找微软，开了一个0级的ticket，于是，微软的工程师每一个小时都给我打一个电话，告诉我他们的进度，并让我帮他们收集信息，相当的专业，直到很晚很晚，我问他们什么时候下班？他们说，0级的问题他们无法下班，7x24小时，每一个小时要做出响应，不能睡觉，直到问题解决。这是我第一次享受微软的技术支持，我觉得相当地满意。
另外，关于Windows的性能，我在上一个公司用Windows 2008 R1，发现UDP的I/O性能相当差，我们10GB的光纤带宽用了不到1GB，CPU 0的利用率就顶到天了，还是内核级的，我们怎么优化我们的程序都不行，发现这是Windows的问题，UDP的驱动性能太差，而且操作系统总是会把内核级的程序绑死在CPU0上，我们知道，对于多核的CPU，CPU0有调度的作用，如果CPU 0性能被占满了，这意味着这个CPU上的其它核的性能也不行了。后来，问题报给了微软，Windows 2008 R2解决了这个问题，解决地非常好。
从上面的我的经历，我想说：
Windows的服务是很不错的，只要你愿意花钱。Windows平台的性能有很多问题，但是可以看到MS在很努力很努力地解决。
当然，我个人是并不是很喜欢Windows的。不过，这只是我的个人喜好。并不能说Windows不是一个成功的操作系统或是服务器。我觉得比Unix成功多了（这里的Unix是各种公司的Unix，比如：HP-UX, AIX, Solaris, IRIX ...，比Unix成功是在他的服务和PC的价格上）。
这是我想回答的第二个问题，京东的问题和用Windows没有关系。但是作为超低利润的零售业来说，能用Windows这个平台真是大手笔啊。
3）京东的系统的问题是什么？ ——————————————
京东的系统的问题，明显是自己架构和管理的问题。这个东西不能说得太细，不然就泄露机密了（我的微博上发过贴，不到一小时就被公关和谐了）。 呵呵。
1）首当其冲是管理者的问题。不觉得技术重要，不听技术人员的建议，急功近糙，超，快，猛。
2）其次是开发团队的人的问题，乱来。当然，有客观条件和上级逼着他们不得不乱来。
总之，我并不觉得这是技术问题，这分明就是管理问题，管理上的问题则暴露的是人的问题。
下面有些个人观点：
1）有些人说有问题就有机遇，还有些人说花高薪招人吧。我觉得这还得要看是什么情况，如果公司注重技术，那么就会有机遇。但是重视技术绝不仅仅是用高薪请人，向技术部多投钱，这是肤浅的认识。所谓重视技术，就一定要能让技术部门有话语权，没有话语权的技术部门，是不可能有机遇一说的。（京东已经在花高薪挖人了，花相当的高的钱，但是如果不注重技术，一切都是白搭）对此，我觉得不换高管，别无他法。
2）有些人让京东换架构。是的，很明显这个架构太差了。但是你真的无法对一辆正在高速行进的车更换（核心）零部件。你必需得让车停下来！而且，还得需要像F1那样的设计，那才能很快地更换部件。从这点来说，我觉得京东除了重新并行地开发一套，别无他法。
以上回复，不见得对，仅供参考。（谢谢）
登录知乎发现一大堆人邀请我回答这个问题，吓一跳。毕竟我不是京东内部的技术人员，回答肯定是盲人摸象，希望能多摸一点吧。首先语言不是最关键的，我相信用 .NET 也好，用 PHP /Java 也好，都能开发出来很牛的网站来。但是使用语言的人和由人构成的技术团队的差异那就太大了。据说京东老刘最早也写代码的，估计就是用微软的技术写东西的。最早的工程师估计也都是用微软的技术干活儿的，而这些人随着公司的壮大，逐渐就有人掌权了，这就形成一个什么局面？话语权是属于微软体系的人。即使有人想用其他技术体系来做点东西，那要面对很大的阻力才成。「习惯」是一个团队很难改变的，除非从上往下推动，但是这样又风险太大。加上还要跟上高速发展的节奏，那就继续跑吧。看到路边的电动自行车了没？非常灵活，快的时候能跑到40迈，但是真的危险。话说回来，京东做活动搞得挺狼狈，是运维的能力、架构设计、底层数据支撑的水平还不够。其实算下来，交易量并没有多少笔，相比一些纯交易型的网站差太多了。几年前和京东的相关人员交流过一次，发现意识和技术储备实在是和他们的名气不匹配。说这话又得罪人了。另外，提个建议，京东前端也太弱了。另外参考：编程语言的选择并非无关紧要（还是我1月份时候写过的）
1.关于性能.我诧异,还有人一谈到这个问题是首先想到性能啊?????人多了,就有人的招聘,和管理,协调问题.你可以用什么lisp的人搞,但你需要扩大规模的时候,比如,你需要1000人搞lisp,你上哪儿给我招去?有人开玩笑说,用delphi是快速实现,用c是快速运行,用java是快速招人.有些公司要招java,没什么别的原因,就因为他发现他到学校去问的时候,人家学生都是学的java.为什么他要到学校去问去招人?因为老板们不混技术圈,不是每个老板都在iteye csdn上一堆粉丝.机器多了,有机器的安装和管理问题.现在,假设你有10000台windows服务器,又有10000台是debian,还有10000台是比如sun的系统.你现在需要整个监控系统,你发现,操,snmp协议,windows支持的版本只能到2c,不能支持版本3!好多东西这个版本搞不定!凡此种种,不再列举.这跟性能没一毛钱关系.2.关于工具.
是的,技术只是实现业务的工具.没错.语言不是问题,问题在于使用工具的人.都没错.但是,到了一定规模,你会发现,真的,就算微软的人天天蹲你这,也解决不了问题.请询问相关公司的运维团队,架构团队.尤其那些从.net换到java平台,或是从php平台换到java平台的.
工具不重要么?工具很重要.小李飞刀为毛要用飞刀啊,用菜刀不也一样杀人么?
.Net也不见得什么场合都不能满足需求,淘宝用Java好,不见得你用Java也好.淘宝用上万台机器,用Hadoop来分析日志,想上hadoop集群玩还得排队,你就不到10台机器内存加起来还不够人一台机器,你就不能用hadoop,你自己装个awstats玩玩就可以了.
当你是CTO时,你不可以说工具不重要技术平台不重要.每一个决定都得慎之又慎.刘强东可以选错平台,因为对他来说选技术不是他的主要任务.至于京东内部,也许很多部分也已经在进行调整了,如果.net不能满足需求,不用几年京东会全面更换,肯定不会因为这个死掉.发现问题,他们会解决问题.3 关于选择
每个决策的背后总有各种各样的原因;你可能永远无法知道,也许某个公司制定上下班时间不是朝九晚五而是朝十晚六的原因是某个VP想接送孩子,也许某个公司选某个方案不选另一个只是因为某公司业务员说错了一句话让某个头儿觉得没面子,当然也许某个方案被选中是因为某人觉得便宜的那个似乎太便宜了,很多时候可能真不关乎利益,就这么就定下来了.
为什么京东选择.Net?不是当事人,谁也说不清楚.4.其他关于windows和linux的零零碎碎
在省钱方面:首先,大部分观点认为windows和linux省钱.这个其实也不是特别绝对吧,像我在雅虎的时候,用的redhat,当然雅虎也自己定制了一部分,不过很多服务器上的包都是没有更新的,要用的话也得从redhat搞,redhat的收费其实也不低.像那些unix系统,收起银子来大把大把地收费.而且使用windows有好处就是,人员招聘快,人力的成本也低.02,03年,好多人不就是从动网论坛走了了网站开发的路啊,我认识一些部队复员或是在打字店出来搞开发的朋友,都是windows平台.让他们一开始就搞unix,没法入手的.那会学点asp就出来找工作,工资要求也都很低.几百块钱几千块钱就可以找人弄个网站....
安全性啊性能什么的:我不太懂,不乱说了.反正很多人喷说windows不够安全,我不太懂,不过我觉得也不至于说那么夸张吧,你用什么家庭版装个东西啥也没配,当然不够安全了.服务器版应该好多了吧,,服务器什么的老被破的话.京东还用挣钱么.性能方面,第一是没那么重要,第二是没你想的那么差.好多人就是人云亦云的,跟着起哄而已,人家说windows安全性差,你也说,人家说windows性能差,你也说.你自己攻破过京东的凡客的windows服务器?你自己做过性能测试?5 结语:
一步步来吧,有的人自己就是高手,或是有技术圈子认识的人,那么可以容易招到人,技术上可能一开始就好一点,有的人可能就是光着膀子扛电脑起家,一买一卖挣点小钱,进淘宝学用支付宝用了好几个星期,认识的人最懂的也就是会ghost装xp的,那就将就着呗,有什么用什么吧.
京东有一天说,我这个系统,跟不上我的发货能力了,我要换,他们自己会考虑.跟我们这帮外人没啥太大关系,放心吧,老刘发现淘宝一天轻轻处理数十亿交易而已自己一亿交易额处理也费劲的解放后我,他会过问会想法处理的.能发展到现在,有什么槛过不去呢,要我们这帮房子都买不起的人指责人家为什么还要用.net?
个人认为京东开始就选择了.net平台，所以接下来的管理平台也都采用了NET的平台来做
关于语言没有好还是不好，只有适合不适合。京东也算是大公司了，作为电商来说，稳定性可能是最重要的，换平台不是一天两天的事情。凡客和当当也有NET方面的在做，大多数都是在混着用。
1.windows平台和Linux平台价格的问题，Linux的商业授权也不便宜。
2.平台的性能和语言无关，只和设计的人有关，一流的架构能跑三流的语言，三流的架构不一定跑得动一流的语言。
3.刘强东半罐子的技术成功了，而知乎里很多技术牛逼的还在回帖讨论什么架构牛逼。其实用什么来做适合就好，没有必要打个手枪还要配合金弹头======================================================================突然发现这个有上知乎推荐了，在补充一下，首先.net和其他语言的优势是什么？优秀的IDE支持，快速开发。还是前面所说的，和语言无关，只和架构有关，或者说和架构的人有关。大部分说.net性能如何，被绑在了windows的平台上，其实都是没有做过或者说没有深入的做过方面的开发或架构。和java或php一样，越来越多的人将数据库迁移到mysql下，Memchche，redis这些NOSQL缓存主键也都是部署在linux下面。还有各种负载等等混搭着使用。有人说不是windows平台的吗，不还是用了linux了吗？谁说做就一定要在windows平台。大家要是有兴趣可以在infoq上面找找大众点评的架构asp.net+mysql参考一下。在一个系统中最大的压力是来自哪里？通常最先吃紧的不是应用服务器，而是数据库服务器。在说说开源的事， 微软已经开源了部分的C#的源码。有兴趣可以找找微软开发了一个称为共享源码公共语言基础(Shared Source Common Language Infrastructure, Shared Source CLI)的可用于FreeBSD, Windows Mac OS X的和. NET实现版本.微软的共享源码协议并不是开源软件协议,且可能对于社区来说也是不足够的(它明文禁止了对软件的商业用途).我们还可以见到另外一个. NET实现版本, Portable NET项目,该项目与Mono项目有着很多相同的目标.而Mono作为c#的跨平台实现，也是一个很好的学习内容。======================================================================现在说一下为什么开发感觉性能差。在初期的时候作为webFrom的方式存在，和桌面程序一样，是用来拖控件玩的。这导致了大部分的开发人员在初学的很长一段时间里都只会拖控件，绑定控件。而的服务器控件性能差是众所周知的（每次操作都要和服务器交互）。这样导致的程序员的水平良莠不齐。不想java上来就ssh，php上来就是框架模版之类的。在很长一段时间里上来就是拖控件。可想而知在同样的学习时间里，做出的东西无疑是最差的。但是越来越多的人意识到服务器控件的不可用，渐渐的也抛弃了服务器控件。而微软也意识到了这个问题推出了 MVC 。目前已经到4.5的版本。各种开源组件，框架也出现在了的平台上。所以性能差并不是语言本身的问题，而是开发人员的问题。===================================================================对于互联网来说有什么劣势？互联网大部分php、java的，而且怎么个架构，都有了一套很成熟的架构方案，而这方面的技术也是非常的多。有很多成功的参考，而架构方面的屈指可数。继续补充，市面上多有的架构文章，你只需要把php或java的部分替换成就成。比如你同样可以用nginx来做反向代理，用各种缓存 消息队列 分布式的文件系统。用法都一样，只是把你web的那部分替换成了.net.当然如果只是web的话， MVC 3.0已经能够完美的在mono的环境下运行。我在mono环境下运行过一个文档生成的服务。使用nginx 或是apche的的mono_mod或jexus来做运行环境。在开发的时候值需要注意一下不要使用windows平台特有的api,路径斜杠的问题等。基本上能够跨平台运行。
其实一个重要问题很多人没有考虑。那就是盗版... 其实京东是用了多年的盗版软件的（至少09年之前是如此的，现在已经和微软和解并合作），上面所说的授权费之类问题的都不存在，而且例如开发速度较快、人力成本较低之类的对于一个初创直到变大的公司不知道有多宝贵。
现在规模起来了，微软也盯上了，现在正在做转型，一两年内大概会转完。
现在京东的问题恐怕是架构不给力，数据库瓶颈过于突出。
说.net问题，好像国内很多电商都用这个的,例如当年的当当，现在的新蛋网和易迅、凡客
这个不是问题，架构不合理才是。现在这些企业的订单量远远没到.net难以处理的程度现在同样是出于成本和未来的考虑，从.net转向Java。此一时彼一时也。
京东用.net是因为京东一开始的后端进销存体系就是.net基础的......这是关键点，创业团队就是用.net技术，而且这也是他们团队所熟练掌握的技术，也未尝不可，只是随着系统逐渐变大，越来越复杂，船大调头难......只不过这次搞促销活动，使其系统真正地面临大并发的负载而出现问题，使大家聚光到.net+SQL Server技术上，其实真正掌握好和用好，也是没问题的，你看人家纳斯达克不是挺好的....关于这些写过了一篇文章，推荐给大家：IT人角度分析京东商城Server is too busy事件 @大熊“当然这里话说回来，国内大多数进销存以及ERP也都是.net基础下的” 纠正一点，早期主要是用PowerBuild开发的，而且市面上几乎是被PB和Delphi占据了ERP和MIS系统开发技术的80%以上....只不过这些4GL语言没跟上时代的步伐，错误判断导致与互联网行业失之交臂，从而走下历史舞台.....但是.net却抓住机会打了翻身仗.....
显然是架构的问题，关.NET什么事情。说几点我一直存在的观点：.NET社区也很大，说需要看微软脸色行事，“需要等微软开发”之类的观点没有任何道理。.NET和Windows、IIS性能很好，不信我们可以做benchmark，我做过很多次了，什么几万rps绰绰有余，绝对超过你程序能达到的性能。Windows Server做Web服务器很便宜，授权费一点点。.NET没必要非得用SQL Server，自己限制自己只是冤大头而已。.NET和Linux一起用很正常，缓存，数据库，负载均衡什么的。StackOverflow用.NET好好的，甚至没几个非.NET的项目达到MySpace的规模的。MySpace失败跟技术.NET没关心，否则请给出证据。我有证据：其他想到再补充……PS：还是在想，京东既然用.NET那么多问题，怎么从来不联系下我，呜啦啦。
去年发的一篇文章，应该比较符合主题，纯个人观点，多多交流。
原文冯大辉谈技术性创业团队的技术选型提到了天涯，好吧！站在一个天涯从事6年运维工作的角度，我就多说几句，天涯属于破釜沉舟要摆脱这种束缚的这一类。原因不用多说，文中提到的问题天涯多少都有碰到或存在。目前已全面拥抱开源技术，这不是一时头脑发热所做出的决定。根据现状、未来的发展策略理性来选择的。Windows服务器很难做到大规模的部署、管理与维护。打个比方，一个中级工程师可以很轻松维护500~700台Linux服务器，相比之下300台windows服务器就能让管理员力不从心了。原因是windows平台在集群管理方面还是很弱，只能自己开发一套工具或购买商业软件来实现，这样一来无疑给公司带来了高成本。另一点是Windows OS/Service本身就不便宜，具体价格请拨打MS-800。经常有朋友问，windows服务器操作简单，动动几下鼠标就可以完成一项任务。而Linux需要敲N多命令才能完成相同的操作。告诉我为什么说windows管理成本比Linux高呢？这个得从Windows适用的场景说起，比如较低的技术门槛、中小规模集群等。很难想像通过鼠标在1000台服务器上去完成一项任务，这也是windows2008中引入PowerShell的原因吧。
再说说天涯目前使用开源技术现状，已经在包括前端缓存、应用代理、WEB服务、数据库服务、开发框架、Nosql、负载均衡器、运维工具等方面大量被使用，涉及到天涯整个技术体系的每个角落。运用开源技术架构，给应用平台提供了高性能、可扩展、高可用性的解决方案，同时也大大节约了成本。另一个好处是碰到问题总能找到解决方案。交流空间、个人视野都得到了开阔。天涯是一个使用开源技术并回馈开源的公司。虽然 不能贡献顶级的开源项目，至少可以尽自己一份微薄之力。在期间，天涯共开源了8个项目，涉及运维管理、Nosql等。包括“天涯LVS管理系统”、"天涯服务器管理系统(C/S版)"、"SDR1.0-Linux主机集中管理"、"Varnish缓存推送平台V1.0"、"高性能数据引擎Memlink"等等。这些项目得到诸多同行及网友的支持，收到大量的反馈建议。部分项目已被第三方公司所使用或进行改良升级。希望更多热衷于开源技术的朋友加入，一起学习，一起提高 。
下面给准备从微软技术转开源的一些建议，任何技术平台的变迁都需要付出代价。除了前期做大量的技术储备外，还应根据自身的应用及技术特点选择合适的开源架构。天涯一路走来，不断在尝试－&失败-&回滚－&再尝试的过程。如何给企业选择适合的开源技术构架呢？
一、开发语言
如果是web2.0的网站，注重快速开发、快速实现。我们看到web2.0是数据组织结构在不断变迁，从最典型的SNS到目前炙手可热的微博。个人建议选择敏捷开发或胶水语言，如php、python、ruby等。它们都具有开发速度快、入门门槛低、功能强大等优势。web2.0的兴起带动了这类技术的普及，招人已经不成问题。经常有朋友问，说脚本语言会不会很慢？我相信很多人都存在这样的困惑。可以肯定的是95%的应用平台的瓶颈不会在语言的运算上，建议花更多的时间在代码算法、缓存、数据库及网络结构的优化上，这才是比较务实的做法，相信你会得到意想不到的效果。对于电子商务型的网站，注重安全、稳定、高效等，java作为主流电子商务开发技术为首选。凭着成熟的中间件技术、跨平台性，可复用性高、多层架构等优势，在国内大型电子商务平台普遍使用，如网上银行、在线支付、在线购物、证卷等业务。
二、数据库&Nosql
MS SQLServer转开源数据库，Mysql是所有开源数据库中最活跃的，具有体积小、高性能、稳定性高及跨平台等特点，提供大部分编程语言API。在web2.0网站中大量被使用，Nosql是2010年IT界的技术亮点。与关系型数据库的关系是相辅相成的，不存在代替的关系，所适用的场景也不一样，Nosql的诞生是为了解决关系型数据库存在的缺陷，比如高密集的IO、大量数据的存储及查询、数据的扩展、分布式等等。个人推荐Mysql+memlink/Mongodb的组合，相互可以弥补各自的不足，将需要事务的数据让关系型数据库来存储，非关键且大存储数据全部丢给Nosql,这样的好处是可以保证数据的一致性的同时提供高效的数据查询。随着业务量的不断增长，需要更多的处理节点加入集群，个人推荐集群模式为多组One-Master-&Multi-Slave，可以减少数据同步出现的延时及应用的复杂度，便于维护。组的划分是根据应用业务层进行，这样有非常好的扩展性。大致结构为：App Layer &---&Routing layer&---&LVS&---&Slave note。以最简单的策略满足复杂的需求，因为简单就是美。
三、负载均衡
我们的原则是高并发、逻辑简单走4层架构，比如LVS。7层架构着重在流量不高、规则要求比较灵活的应用中部署。例如URL哈希、过滤、路由、拆分等等。个人推荐Haproxy、Nginx。好的URL规则可以提高30~60%的缓存命中率。参考架构：F5/LVS&---&Haproxy&---&Squid/Varnish&---&AppServer。
四、运维平台
运维是一项复杂、细致的工作，我们可以借助大量的开源工具来实现监控、操作、分析、部署等工作。Cacti、Nagios作为监控、分析的佼佼者，是运维人员的必备工具。现重点讲一下我们在“操作”这块是如何实现管理成百上千台服务器的，以Func、Cfengine作为基础平台，在此基础平台上进行开发、扩展日常操作管理模块。包括“天涯LVS管理系统”、"天涯服务器管理系统(C/S版)"、"天涯服务器管理系统(HTTPS版)"都是基于该平台引伸出的项目。
除了以上所述，还有缓存技术、全文检索、分布式存储、云计算等都有非常成熟的开源解决方案，希望开源技术架构能给您多一种选择。
如大家有什么疑问或感兴趣的话题可以通过weibo与我交流：
一：历史原因，在京东刚刚起步的时候，用.NET是完全能够满足他自身发展需求的。但是，他的发展速度 都可能超越自身的预计。所以在对原有架构的调整就涉及到原来系统中的。业务流，资金流，数据流的整体平移。要保证无问题，无错误的整体调整，这个量级是很吓人的。二：现在京东整体架构。开始调整为JAVA了。已不在招.NET人员了。三：京东现在目前的问题，在做基数数据的管理，在SCM【供货商的管理，供应商考核，采购管理，退货管理】确实问题比较多。有点尾大不掉的感觉了。
用什么语言开发不是问题的重点，做互联网，特别市电子商务平台类的，要考虑的是系统的高可靠性、高扩展性，不知道操作系统运行机制就没法优化达到高可靠，没有好的架构设计，就没有高扩展性可言。在这两点上Linux平台上的要比WIN平台好的多
一个火药味的话题，首先我认为提问者问题限制范围没有限制到精确范围，你是说整个体系架构是用.NET 还是仅仅是前端用.NET？如果说是整体架构：随便拿一个京东的图片链接，乱改写文件名，可以得到一个返回结果，404 Not Foundnginx那么这样一看京东就使用了Linux平台下的nginx做代理，至于文件缓存有可能使用了varnish又或者其它的技术，那么说何以见得京东是整体架构选择了.NET呢？如果说是Web端：那么我告诉你用.NET一点都不慢，IIS也很快。 数据库我可以选择Oracle/MySQL/MSSQL，一切看实用场景。
同样业务层我根本不会放在Web端，我可以用一个Linux集群来做业务处理，语言我可以选择Java/Node.js/Python/Ruby/等等。什么叫做架构设计？
为了达到整体性的目标，那种技术适合就选用那种技术。我现在设计架构时候， MVC还是我的首选，为什么，以为IDE好用，开发效率快，数据库、业务层用什么技术，我得根据该业务的规模来判断。最后表示，楼主，回炉重造吧你。
没大家说的那么严重，为什么选.NET的原因其实很简单。我做如下阐述 抛砖引玉，大家就当听一乐呵算了。老刘当年创业的时候可能也没想过京东能搞到现在这么大的规模（现在采访可能会说“我创立京东当天就知道会有这种规模了”，这话别信），所以就随便的找了一门变成语言，可能是.NET入门级别较低易于上手，所以就一直采用这套架构来弄了。后来随着业务不断壮大，元老级员工水平较为一般，光为图省事所以系统设计就越来越烂，才发展到现在讨论的这个层面。其实和语言已经没有多大的关系，问题是出在设计上。为什么需要转JAVA？很多支离破碎的事情拼到一块了，呵呵。原因一：自身水平不够，后来招来的一些人都是JAVA体系的，内部也在吹嘘JAVA如何如何牛X。说的时间长了，大家也被感染了，所以就要转JAVA架构了原因二：现在的.NET体系所有软件均为盗版软件（无一例外），MS来查了几次，所要罚款（一个天文数字），后来就导向JAVA这种免费体系了，有一段时间内部开发.NET还用UBUNTU系统，搞得民不聊生，可笑不？原因三：外界论坛与开源机构都对JAVA做了非常大的支持，非常流行。其实有几个核心人物也不知道为啥要用JAVA体系，只是说“外面和我们一样牛X的公司都在用JAVA开发，所以我们也要用”。这里说点更搞笑的，他们一直以为淘宝、当当是php+JAVA（中间通讯手段就不说了），所以京东也要模仿这套体系，大举招PHP程序员。记得有一次与淘宝的人做内部交流问淘宝为啥要使用PHP做为前端，淘宝回复“我们没有用PHP啊”，当前所以人全部哑火了，人白招了，哈哈。还有一次居然要用PHP+C实现，这个是模仿FACEBOOK，估计要是用了笑话就闹的更大了。
虽然国内的进销存都用.net，你的web网站就得选择用.net吗？这个逻辑根本讲不通。那些拼命批判windows贵，说linux便宜的人，真不知道怎么想的？ .net开发的低成本表现在速度快，效率高，人员工资成本低等方面，这个对于创业型企业不知道多宝贵嘛？用linux固然好扩展，但你要烧多少高香才能找到好的架构师来帮助你，而且还得找到好的技术开发人员。那些批判.net架构性能不高的人，你们真了解.net社区的庞大嘛？去看看国外有多少企业级应用都用.net，不仅是安全上的问题，更重要的是广泛的支持。.net社区中有非常多的针对优化技术、高性能分布式缓存、数据库、NoSQL的解决方案，拜托都去了解一下再说好不好。京东IT系统的核心问题，应该是当时架构设计的问题，与平台和语言都无关。估计现在也是因为前后台系统相互依赖性太强导致，前台显示库存与后台的库存直接相连，这设计也太土了点。至于myspace，这事要是怪.net，微软真的委屈死。真不知道是谁造了那个微软一群人去myspace总部支持运维的谣言？那bebo和friendster都末落，难道都要怪他们语言和平台选错了？这几个满篇错误逻辑的回答居然得到这么多人支持，真是太扯了。
用.Net，意外着你被捆绑在Windows平台上。不是.Net效率本身比Java,PHP差，语言其实差别很小，差距在于：1. Windows Server授权费太贵，Linux免费，如果你有上千台服务器需要买上千台Windows授权......2. Windows不但贵，性能还远远不如Linux，注意这里说的是服务器端性能，跟桌面一点关系都没有3. 许许多多无数的开源、高端服务器组件只有Linux/Unix版本，移植到Windows上的基本是半残品4. 许许多多优化技术、高性能分布式缓存、数据库、NoSQL解决方案等等，仅针对Linux5. 你需要的一切组件和技术几乎都可以在Linux平台上找到免费、稳定而且高性能的东东，如果是Windows平台，你需要祈祷微软赶快开发出来6. 在虚拟化的今天，一台高性能服务器可以跑十几台虚拟机，用Linux，你得到的是免费、稳定的虚拟机，用Windows，你一台服务器的授权费将 x N。总之，立志做大型互联网应用的企业，绝对绝对绝对不可以用Windows Server做平台。京东一开始估计招了会.Net的人，开发效率高不意味运营效率高，一开始大方向错了，越往后越难改。＝＝ 补充一点 ＝＝不是不看好.Net语言本身，而是这是Windows Server和Linux平台的对决，要先选对平台，再考虑具体用什么语言开发。平台选错了，无论你怎么努力，都不可能最终成功，因为Windows不是你控制的，你也无法修改Windows，而全世界最优秀的开发人员每天都在为Linux添砖加瓦。做互联网要抛弃大企业那种IT外包／“给微软OracleIBM付费即可做好IT服务”的思想，一切均要靠自己！
1、做活动宕机，最大的原因是2个，一个是服务器硬件问题，是一个是网站架构问题，和java或.net开发平台无关。2、有人拿淘宝活动不宕机和京东活动宕机做比较，殊不知两个网站并不是同样的架构设计，如果是同样的架构设计，JAVA不宕机，.net宕机，那么是.net的问题，但是并非同样的架构设计，这种说法就有些蒙人了。3、同意熊哥说的老刘的技术出身阻碍了京东的技术发展。
像京东这样级别的网站用 .NET 方案绝对是一种技术债务。既然是债务，和财务债务一样，nothing more：
借的时候可能欠考虑。还没觉得有还的必要。要还的时候可能还得起也可能还不起。觉得 .NET 不是债务的观点我都强烈反对，就凭我看到的对 Microsoft 的评论和我在 Microsoft 待过的短短 8 个月。因为做 rock solide server side 的人必须有一种固执的坚持，看看 Linux kernel mail list 上的很多讨论你就能感受到。而在 Microsoft 是财务说话。Office team 提的要求，kernel team 有时必须接受。这种氛围，即使偶尔有几个 server architect 大牛也改变不了整体潮流。
发现还是很多人掉的“微软”这个怪圈里了，只要是微软的都是霸道的，不符合黑客精神的。不做实际的测试就瞎指责，带着自己的喜好色彩去评论问题。选择平台有选择平台的考虑。语言有语言的考虑。以业务为中心，去抉择架构，根据成本去选择平台和语言。
这几种人的意见看看就可以了，没什么建设性：1，不了解windows和.net的人2，不钻研.net的只搞过windows运维和部署的人，这个从发言很容易看出来，基本上是windows怎么怎么样，windows公司怎么怎么样，跟windows的各个team很熟是吧，但.net怎么怎么样，为什么拿.net跟java比，还是应该拿c#跟java比，.net跟C#的关系是什么，没看到讨论。好吧，我较真了，大多数.net开发的其实用的是c#，我就默认是对比c#和java吧，那么：1，C#和java两大虚拟机语言，各自的优劣在哪，一定不能使用C#的原因在哪？为什么京东就要转java？有没有benchmark数据？（其实我这么问，是没看明白题主的意思，或者是看到回复里基本上都是平台之争，那么是不是京东把.net程序部署到linux上，选择开源数据库，和一系列开源技术，就终结了这个讨论呢？）话说回来，纯语言对比，java是占不到c#好处的2，京东到底是什么样的技术架构哪位大牛画个图吧，这绝不是较真，对各互联网公司的技术架构只要谁愿意分享，对于我们这样的真码农都是学习机会啊，一个劲地说京东架构不行，就是看不到干货，就是耍流氓。楼上也有人说了，双11的时候淘宝一个劲地500，难道就得问为什么淘宝还在用java?3，因为不了解，所以不深入，不关注，微软这些年对.net framework的发展（目前4.5.1）， mvc(已经到了5）的持续更新（并且一直在codeplex开源）， webapi（restful api），signalR（实时通讯），MEF，OWIN。。。等等等，C#语言本身的进化就更不要说了，这些你指望不深入持续搞或关注.net的人来比较？其实说回来，很多东西确实是靠微软自己搞（我上面列的都是微软自己的），社区或者开源的东西也有不少，但是没形成那个”势“，这个才是与其它语言开源界最大的区别：如果有微软的方案，开发者就首选微软的了，包括我本人。这个话题这么热门，其实总结就好比是：老刘招个高人过来优化架构，大牛一进来，架构都没看（本贴确实没有看到），就抛一句话：转java吧，windows不行。 =="这种话只会出自哪种人之口？就是没能力解决现有问题，试图用自己的知识来重新架构的。像@老赵的一句玩笑话，京东用.net架构问题那么大，为什么不找他！这已经很明确了，老赵并不是什么邪神，用的邪招才能解决问题，只是水平和对这门技术的了解程度不同而已。再说了，上面的例子，大牛的建议真要合理的话应该如如下两句的任何一句”转linux吧，windows不行“,或"转java吧，c#不行"，把这两个组合成”转java吧，windows不行"，什么时候起java跟windows开始相提并论了？mono是什么。我就不多说了，上一些real world的.net on mono的实例吧，在服务器之争一边倒向linux的地方，你浪费口舌不如实在提升自己技能，.net on mono的实践多了，一方面技术人员的生存能力加强了，另一方面mono发展也就快了。当c#和java之争没有平台的区别，那就只剩下社区力量和benchmark的真实pk了，省掉这么多一个劲地分析windows的口舌了。据说京东逐渐转java了，那么之前的基于.net的架构还算机密么？就真没人拿真实的京东架构来说说事儿？
各位叫着StackOverflow或者Joel Spolsky打脸的同志们，其实StackOverflow也有约来越多的东西在用Linux，参见
目前看来还主要是Cache和Routing的服务，如果流量真的进一步上升，抛弃SQL Server指日可待。
在08年的时候，StackOverflow的确还全部都是Windows/.NET平台的内容，参见
大型互联网应用不应该使用.NET这样的结论我认为是没错的，无论是从效率，架构，人员招募，.NET都有一些劣势，包括
1. License Fee， 这有两个因素，一个是需要钱，第二个是即使费用不高，你还是要费口舌去说服大家花这个钱
2. 系统运维，Windows Server看起来操作简单，但是真正有能力做大型互联网产品的系统运维的人员，恐怕找Linux的比Windows Server的便宜得多
3. 开发成本，前端App使用.NET比之Python和PHP并没有什么特别优势，后端比之Java也什么特别优势，找中等以上架构水平的人数也相对更少，如果是真的高性能高并发的搜索、广告这样的需求，也是C/C++的天下，而且你也必然不会使用Windows Server.
话说以前有句笑话说得好，学习微软技术只有两种可能，一种是被微软弄得没饭吃，一种是到微软混饭吃。
对于大型的互联网企业，绑死在大型商业公司上绝对是技术战略上的重大错误。}