现在经常听网友说做大型的网站和做企业的管理系统完全是不一回事，是真的吗？

[sinat_33369072]

现在经常会听一下人说大型的网站的设计架构和普通的企业内部用的ERP管理系统完全不是一个概念，大型网站的设计貌似好像更难，技术更牛逼一样，这些网站或者管理系统不都是由JAVA,.NET,PHP这些的语言实现的吗？小白求科普~

[程序员-阿勇]

谁说企业网站就简单的，不同的公司不同的业务，有些业务流程复杂的要命，逻辑很乱的那种，不说技术难点，光逻辑就能搞的你半死

[山茶树和葡萄树]

看完这篇博文你对网站会有个比较清晰的了解： BlueDavy从最初一台主机的网站，通过业务的需求演变到大型分布式集群，进行了较详细的介绍。 我加入了收藏夹，闲来无事就读读。 大型网站架构演变和知识体系

[Choerodon2]

其实开发技术都差不多，真的只是架构部署上的区别，了不起就是加入了分布式而已（比方说dubbo），其他erp开发跟大型网站开发如果你是开发人员干的事情基本一样。

[weixin_36051935]

看你们撕逼,是一种享受.

[Lucky_Ninja]

其实简单，你分别做两个对应的项目就能初步的感觉到。当然各自做到很深的地步的时候，你会觉得其实都挺不容易的。所以呢，有些时候侧重点不同，也不用去考虑太多，等你考虑明白的时候，也许你都从软件业退役了，哈

[guzhuanzhi6273]

引用 18 楼 dbqp99 的回复:

必须不一样，开发大型网站的框架更需要开放性、灵活性、更高的兼容性与稳定性，而且大部分时间都是在做前端页面的显示效果，后台逻辑简单，唯一比较重要的数据优化又不用普通程序员去做，所以开发大型网站的程序员可能大部分时间都是在跟html、css、js等较劲；而开发企业管理系统就是做解决方案，做解决方案的框架需要高度封装、高度复用以达到敏捷开发的效果，企业管理系统项目的重点是在业务逻辑上，所以虽然都是编程，所做的工作区别行还是很大的 最后说说上面那些提到并发的，并发问题跟项目类型没有一毛钱关系，即便是企业管理系统也有可能会面临高并发的问题，现在只要是个开放的web项目都会上反向代理、负载均衡，而且现在云服务大行其道，并发问题那都是小米加步枪的年代所考虑的问题了，就不要炒冷饭了，没意义。

并发不用考虑，我并不赞成，很多应用系统的硬件资源都是有限的。不是所有的公司都可以拿硬件设备堆砌，并且达到一个瓶颈之后。堆砌硬件也不能解决问题。 必须从架构的级别考虑。

[jiunizhuai]

企业内部系统相对来说简单些，高并发，海量数据不是那么频繁

[bartholomew4]

做过电商去过工厂也待过运营商现在玩金融 说下自己对大型网站和企业管理系统的认知 大型网站：门户网站日访问量高，对于主站来说要保证某一业务崩溃不影响其他业务，业务具有一定的容错，部署一般遵循主备+灾备或者主生产中心+灾备中心的形式。开发技术来说大型网站的技术偏向并发，大数据收集处理，面向接口编程，对外开放API形成一个自身的生态圈。针对系统问题的优先级 不引起宕机>支持高并发>业务连贯性，对大型网站的公司重视来说 网站推广知名度>用户粘性(包括增长值，体验值等)>网站正常运维>网站盈利。总的来说大型网站就是走在潮流上，更快更大更强。 企业管理系统：看名字企业是第一位的，企业关注的是盈利，所以这个系统是为了让企业能更好的盈利，其次是管理，说明这个系统解决的是管理问题，合起来就是一个让企业通过优化企业管理来实现更高效盈利的系统。这个系统的部署遵循优化管理为首，部署上没什么技巧，反正系统能跑起来就行（大型企业可能会有灾备什么的，我待的那个工厂年销售几十亿外汇但没见过有灾备或者冷备系统，双活的也没见过）。开发技术上来说，只要能实现功能管你用什么开发的，大型集团企业会关注系统间的数据互通避免信息孤岛。针对系统问题的优先级 流程账户问题>业务连贯性>频繁宕机（注意是频繁，每天重启一次是可以接受的）。企业对系统的重视来说 方便性（用户体验+业务优化）>业务性>用户体现>系统稳定。最后说下对于企业来说系统只是优化管理的，没系统企业走纸质电话传真email什么的照常运行。

[niubiqin]

大型项目对并发量要求很高

[letMeAlone_]

这根本就没有对比度， 因为我们比较的【级别】不同。 你拿一些高并发的网站。例如某些直播平台，某宝，高并发，分流。等等等等问题，同样，企业级应用也有大小等级之分。 小到就一个日常OA，它也是企业级应用，大到控制各种数据实时，同步。不断优化数据模式。 要比较，只能以【应用】级别 相同的 网站和企业应用区做比较。 结果到后来发现，其实都挺有难度的。不要拿一个OA跟门户网站比，也不要拿一个高并发的网站跟一个普通的OA比。

[什么都不能]

为什么非要从行业或者性质区分呢？我认为技术的应用是针对需求，向facebook一开始就是个简单的php做得web2的网站，发展到目前的规模完全是用户的需求推动了技术的演变。企业系统也是，系统有大有小，有简单有复杂，不能笼统地说ERP或者说互联网系统比哪个哪个怎么样。说互联网公司，你看到的只是前面对互联网用户的一段，后面还隐藏着多少做支撑的系统？或者说传统行业的系统面向互联网用户催生了12306的产生？ 没有那么绝对的，技术只是为了解决问题，针对什么样的问题应用什么样的技术，或者开发出新技术新方案，这在哪个行业都是一样的。

[静坐墙角待红杏]

工作三年的菜鸟学习了.................

[yannsPeng]

这还用问吗。

[一洛]

都是一些装逼狗

[nhhykly9d2008]

1、企业应用对高可用，水平拓展，可伸缩，数据一致性，性能几乎没有要求，而且数据量小，技术层次较低，基本都是CRUD。 2、网站的系统设计往往数据量大，并发高，对系统的高可用和扩展都有很高的要求，所谓量变引起质变，技术要求自然高不少，不是说代码写好了就一定能够正确执行。

[澜月]

一个是高并发问题 一个是用户体验度问题

[yokey1219]

这种困惑我也有过，两边都做过之后，发现其实就是实际业务需求不同而已，没有谁高谁低。像传统的ERP看上去架构简单，业务复杂，但其实企业应用也有架构复杂的，互联网电商看上去业务简单，但其实也有业务复杂的。技术没有高低，都是一样的。唯一不同，就是企业应用没那么容易落地，牵涉的方方面面太多，一般不太好迭代，传统项目管理方式用的多一些。互联网比较容易试错，不停迭代就是了，你升级一版也不会问你的用户。

[wannz1995]

学习中。。。。

[BUCTCLUB]

[yuji_tt]

说到底就是增删改查，但是数据量一大，就不那么简单了，如果没有做好并发或者代码写的不好，一个简单的操作也会引起问题。其实我们大家都是这么过来的，从最初的很小的的例子，再到慢慢的一个小系统例子，几百条记录，再企业化的应用，你的水平和数据量是成正比增长的，数据慢慢增多，问题也会慢慢浮现。