比如douban及电子商务这类的网站？
我个人用Node做了几个中小Web项目，其中有两个投入了实际部署，偏重于业务处理，由于用户量并不多，目前运行也没出过问题。与之前我接触过的Web开发语言、框架来说，Node在开发效率方面算是可以了，至少在编码、部署方面简单有优势。有人说Node不适合高耗时、高计算操作，但这些完全可以交给其他语言来做，在项目中用C++、JAVA来承担耗时操作，再异步返回给的Node。以上，个人见解，离题了，供LZ问题作为一点小参考 :)
@saber nodejs做web还是很累的，就拿和php相比，node虽然提供了一些模块，但是很多做web基础的东西都没有搭建完善，包括mysql这样的模块还要别人写的一个包去下载，万一这个包中出现bug是致命的…nodejs而且如果项目大了，代码维护很困难，可以去看下现在网上的一些node写的代码，那个叫奔放啊！
我用 NodeJS 做 http 网关，后面接 oracle 数据库。然后用 PL/SQL 写存储过程来输出页面和做post处理。NodeJS 做 http 网关远胜于 oracle 自家的 apache + mod-plsql 模块。
但是直接用 javascript 写网站，暂时还不成熟，比如即使向 connect 这样流行的框架也经常可以看到明显的bug，而且主流数据库连接能力不足，缺少将 jdbc 这样的标准。因此不建议大规模使用。
但是 NodeJS 生态圈最终会完善，相关各个应用领域都会出现成熟的软件包，IDE 的支持也会跟进，那时在规模应用不迟。
没什么绝对的适合与不适合。当年Django刚出来的时候也有大队的人说不适合做网站呢，现在用的不也挺好的？ 反正我现在正在用node＋mongo来做大型的云服务网站，问题bug确实有，但是怕什么呢，改呗。看中的就是开发速度，以及上手的难度。最近招了几个应届毕业生，培训一个星期就能上手了干活了。人力成本不高的。
一部分，有一部分需借助其他语言的优势，要在nodejs实现语言统一的一个rpc方案，现在用thrift就可以解决，比如做电商的订单同步，购物车，结账这种大数据，高计算需要用JAVA或者TC，MQ去做服务，我觉得最主要是你选择的电商架构方式如何，有时候一些好的架构能弥补本身语言的一些不足.
nodejs的第三方库还是很丰富的，不过稳定性和强壮性于JAVA比起来就弱了很多，开发过程中各种蛋疼，第三方库的各种bug，各种坑让你去踩，如果遇到线上产品紧张的时候，你就悲剧了……好处是，踩坑的过程中，你会学到很多。
plurk.com曾经在java后端扛不住流量压力的时候，用临时写的node.js顶了半年。当时是 node.js 0.2的版本。后来他们的java码农解决问题之后，才切回java :D 如果事后不说，谁会知道呢？
PayPal为什么从Java迁移到Node.js，性能提高一倍，文件代码减少44% http://ourjs.com/detail/52a914f0127c763203000008
两年前的坟都给挖出来了，现在看看还蛮有意思的。 纠结的就两个问题： 1、性能 2、功能
性能方面Node其实不差呀，用JAVA、C就一定高于Node？那还得看什么人写的不是？ 功能方面其实也一样，得看编码质量。
当然了，大牛追求极致和细节，质量、投入、产出之类的也要衡量的，至于最后选哪个框架那种语言，是有取舍后的结果。
看好Node。
@dean5277 不是要前后段分离的，也是不是要 nodejs+java API， 如果nodejs直接开发web呢？ 比如 express/sails 开发 电商会怎样？
@newghost 他只是替换了 接口处理部分吧， 现在大家都开始用来开发网站，整站啊， 这个根本是用错了地方。什么叫合适，什么叫适合，这也分不清， 最适合做web网站的是php，ruby，python，.net,java…等 流程式开发的工具， 而不是回调callback的东西。 nodejs适合的是IO密集的API调用。用错了， 就等着熬夜加班除bug吧。 我是深受其害啊
@qingtiandalaoye 肯定是API，如果敢全用，就等着： 1： 不停的PM重启 2：难以看懂的代码逻辑，无穷尽的加班ot 3：看着现成的其他语言的代码生成能力，眼泪汪汪 4：基本丧失了愉快的编程的乐趣，你会永远想如果用其他语言会多好
我也在用mysql express angular node做一个较大的平台，感觉ok呀，你们表吓我。因为也是写纯sql，开发效率没mongo那么高，不过性能是没得说 自豪地采用 CNodeJS ionic
nodejs开发了半年，一开始不习惯，现在是越来越溜了，曾经作为门外汉觉的nodejs这东西生产的代码一定是难以维护的，现在已经改变了这个看法，基于异步单线程编程的思维不同于多线程阻塞模式编程思维，需要大脑切换一下模式，打破固有的思维框架，用全新的视角迎接node
一个技术站“能”做什么并不意味着它一定是最佳选型，C还可以写网站后台呢，但正式没人用C写网站。 很多时候技术栈的成本问题才是选型的主要因素，“成本”体现在：市场上人多不多，好不好找；开发效率高不高，尤其是深度业务的开发效率；中长期维护成本；新人是不是容易上手；库成不成熟；测试部署是不是容易。这些方面，Javascript都不是最优选择，当然也不是说它是最差选择，只不过JS并没有绝对优势；虽然Express是一个优秀的框架。如果你写过PHP和Python，用过它们的框架，就自然会明白。 绝大多数项目的选型，是不需要non-blocking的那种性能的，用钞票横向扩展就可以了。
一般大型的网站都不是一种技术来完成的，有用java的，因为jvm运行速度确实快，有用python，脚本话，如运维的可以使用，有用nodejs因为并发大，开发简单等等。。。总之大型网站都是各种技术的结合完成的
