0

以下是系统应处理的估计值:

  • 3000+ 终端用户
  • 全球 150 多个办事处
  • 高峰时段 1500+ 并发用户
  • 10.000+ 每日更新
  • 每秒 4-5 次提交
  • 每秒 50-70 个事务(读取/搜索/更新)

这将是内部唯一的业务应用程序,致力于帮助航运公司进行全球货运管理。

您的技术选择是什么,为什么要选择,以及实施它大概需要多长时间?谢谢。

注意:我不是在招聘。:-)

4

8 回答 8

3

所以,你问我将如何处理这样的项目。在 Smalltalk 世界中,人们似乎同意 Gemstone 让事物在某种程度上神奇地扩展。

所以,我真正要做的是:我将开始使用SandstoneDB在一个简单的 Squeak 图像中进行开发。然后,这一刻将到来,单个图像开始变得太慢。

GemStone然后负责在所有实例之间来回复制您的公共对象(从某个根目录可见的对象)。您可以获得会话和增强的查询功能,以及相当快的 VM。

它与 C、Java 和 Ruby 共享数据。

事实上,他们有自己的 ruby​​ 虚拟机,这也值得一看。

于 2009-01-19T07:30:16.013 回答
2

wikipedia 使用 MySQL 管理更苛刻的要求

于 2009-01-18T18:35:57.433 回答
2

您的数量很大,但如果编程有效,则不会对任何可靠的 RDBMS 造成压力。如果您的团队马虎(即随意将 SQL 查询直接放入组件中,然后再组合成更大的组件),您可能会面临“乘数”效应,其中一个逻辑需求(获取此页面所需的数据)变成一个大量的物理数据库查询。

因此,与其关注 RDBMS 的能力,不如关注程序员的能力以及实现语言和环境促进分析和重构的程度。

您提出的方案显然也是 24x7x365 的方案,因此您还应该考虑监控/仪表板要求的需要。

无法根据您提出的需求估算开发工作量;很高兴您已将事务分析到这种粒度级别,但开发工作的主要决定因素将是域和 UI 需求。

于 2009-01-18T21:19:42.110 回答
1

选择您的开发人员了解和熟悉的技术。那里的所有主要技术都将轻松处理这些要求。

于 2009-01-19T08:22:05.253 回答
0

您的每日更新数量与提交不相加。每秒四次提交 = 每小时 14,400 次。

您没有提及有关预期数据库大小的任何内容。

在任何情况下,我都会集中精力选择健壮的后端,如 Oracle、Sybase、MS 等。这种选择将对性能产生最大的影响。根据需要,前端可以是桌面应用程序或 WEB 应用程序。由于这将在世界各地的许多办公室中使用,因此 WEB 应用程序可能最有意义。

于 2009-01-18T18:29:25.853 回答
0

我会选择 MySQL 或 PostgreSQL。对于您的要求,任何一个都不太可能出现问题。

于 2009-01-18T19:18:37.097 回答
0

我喜欢对象数据库。就每秒提交和数据库往返而言,没有任何关系数据库可以支撑。查看db4o。这很容易学习,请查看示例!

至于编程语言和 UI 框架:好吧,拿你的团队擅长的。元时间浪费较少的动态语言可能会节省时间。

于 2009-01-18T23:15:48.867 回答
0

此处提供的信息不足,无法给出适当的建议。需要进行更多的尽职调查。

  • IT文化是什么样的?他们更喜欢大量的小型服务器还是更少的大型服务器或大铁?他们在虚拟化方面的立场是什么?
  • 企业文化是什么样的?政治气候如何?开源产品可以很好地处理负载,但您可能需要与专有供应商合作,因为它们已经习惯于驾驭大公司的政治风向。感知很重要。
  • 组织的成熟度是多少?他们是否已经建立了企业架构团队?他们甚至知道什么是 EA 吗?
  • 您已经描述了操作方面,但分析方面呢?他们期望使用或已经采用的 OLAP 技术是什么?
  • 说到集成,您还需要集成哪些其他系统?
于 2009-01-18T23:34:57.517 回答