谁能告诉我，什么是企业“级”应用？

还真不晓得，就是被硬生生的翻译过来了。

大数据量
我们上的MES（也叫work flow）系统，从仓库到生产线再到仓库，每一个产品所有的原料，原料的供应商、编号，生产的时间、组装的顺序、参与的人员编号等等都要可追溯，对于高产能的制造业来说，大量的数据算不算企业级？

高并发
有时候系统的用户不一定非要是人，每条线N台扫描枪不停的扫描数据刷新系统，算不算高并发？

业务复杂
光是报表每天就需要十几二十几种；另外企业大了组织起来少不了审批流程，有时候一个流程能走四五个事业部的N个部门，中间还不谈驳回和异常处理

高可靠性
虽然不能跟ray_linn的N个9相比，但是“再停10分钟就拿你是问”的词调我也没有少听过....

我个人也觉着只是一个炒作概念而以，楼上的几位呜呜喳喳成千上万的用户，成千上万就是多啊
楼上一位仁兄说的对，其实就是一个企业管理软件，我觉着唯一需要高度重视的就是正确与安全而已，
并且这个也只是其中一小部分需要非常好的安全性。

技术含量高的还是门户那类的网站，几百万几千万的用户才是**级应用

企业级可以从JavaEE平台的构成来做些个定义：
1. 组件化：企业级应用通常比较复杂，组件化能够更好对业务进行建模，提高系统的扩展性和维护性，做到组件复用，典型的如EJB组件
2. 分布式：企业组织机构复杂，同一地有多个分部，或者跨省，甚至跨国，COABA, RMI，Web Services是JavaEE中支持的分布式访问技术，还有分布式的连接，如系统需要接入多个数据源，可以用JNDI来透明实现。
3. 事务：这个不用说了，用数据库的地方几乎都需要用事务，但是非企业级应用通常可以不考虑事务的，比如mysql4之前的版本是不支持事务的，很多web网站都用mysql作为数据库使用，jdk的jdbc也是提供事务支持的，实现起来多费功夫，不如EJB的声明性事务来得方便，这也是将EJB而不是jdbc称为企业级组件的一个原因，另外JTA提供了跨数据库的事务支持，跨数据库事务在非企业级的应用中比较少见。
4. 消息：通过消息来实现异步触发从而降低系统耦合性，提高系统吞吐量。当然一个电子商务网站也可以使用消息来进行异步发邮件，但在企业级应用当中，根据实际需求还可以演变成更多复杂的应用，JavaEE提供JMS。
5. 安全：企业级应用的数据都更为敏感（比如公司的销售数据、财务数据），需要为此提供严格的安全性保护，企业级组织的复杂性、接入访问的多样性增加了安全策略实施的难度，JAAS为此提供了一整套的安全策略，方便企业级应用以安全、一致、便捷的方式实现安全机制。

以上只列举了企业级应用的一些特征，也仅仅是看到企业级应用的一个角度，还可以从应用角度来看待，比如企业级应用需要搞搞数据挖掘，那就不是用jdbc做做query就搞定的事情，还有比如做报表，问问熟悉中国移动OSS系统的同学有多少报表你就知道什么叫做企业级应用了，开发这些报表没有企业级的报表工具是不可想象的。

你这问题问得就像问什么是好人一样

一些人会把他身边的好人的特质总结总结给你一个回答，
另一些人会出来反驳，
然后各自发表意见，
最后无果而终。

基本上好人是一种感觉，你无法用语言来归纳，总结，定义，你觉得一个人是好人，别人可不一定这么想，而且你也不敢保证过两年你自己不会改变想法不是。

你这叫断章取意。

企业级应用，我个人的理解是：承载企业核心业务，与企业经营息息相关，体现企业核心竞争力的应用系统。

企业级应用，不应该脱离实际需求和应用状况，而从系统规模，价值（价格）或者技术复杂性和先进性上去考虑。否则就会变成伪命题，体现在市场上就会有“炒作概念”的嫌疑。

“企业级”这个概念最大的问题是，试图把企业规模和信息系统项目的投入直接关联起来，弱化了实际需求。例如，一个企业资产超百亿，年净利超10亿，那么想当然在信息系统建设的时候就得考虑“企业级”的解决方案，而企业级的解决方案和小打小闹的软件项目自然是不同的，至少它一定是价格高昂的。无数商家在不遗余力的推销这种逻辑，从他们的角度来说，企业有钱，就该多花是顺理成章的。

这种“门当户对”没有思考一个问题：“企业的规模和他的利润到底和信息系统关联有多密切？他的信息系统到底贡献了多少？高投入的企业级应用能对企业经营贡献多少？”

SMARTS,哈哈,知道哪个公司了.DXXX.

楼上说的那些企业级别应用也就是oracle，sap EPP 大概10-20%的应用吧。

看看你们的应用,有哪个超过千万纪录的.不是数据量大就是"企业级的".强烈抵制这些概念