鉴于这种期望,您会选择使用哪种语言或系统来实施解决方案?

时间:2009-01-18 18:18:26

标签: system estimation

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

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

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

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

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

8 个答案:

答案 0 :(得分:3)

所以,你问我将如何处理这样一个项目。在Smalltalk世界中,人们似乎同意Gemstone让事情变得有些神奇。

所以,我真正做的是:我开始使用SandstoneDB在简单的Squeak图像中进行开发。然后,这个时刻将出现在单个图像开始太慢的地方。

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

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

事实上,他们有自己的VM for ruby,这也值得一看。

答案 1 :(得分:2)

维基百科通过MySQL管理更苛刻的要求

答案 2 :(得分:2)

如果有效编程,您的卷很重要但不太可能使任何可靠的RDBMS 过于紧张。如果您的团队很草率(即,随意将SQL查询直接放入组件中然后组成更大的组件),您将面临“乘数”效应的可能性,其中一个逻辑要求(获取此页面所需的数据)变为大量的物理数据库查询。

因此,您应该专注于程序员的能力以及实现语言和环境促进分析和重构的程度,而不是关注RDBMS的容量。

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

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

答案 3 :(得分:1)

选择开发人员熟悉并熟悉的技术。所有主要技术都将轻松处理这些要求。

答案 4 :(得分:0)

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

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

无论如何,我会集中精力选择像Oracle,Sybase,MS等强大的后端。这种选择将在性能上产生最大的不同。根据需要,前端可以是桌面应用程序或WEB应用程序。由于这将在世界各地的许多办公室中使用,因此WEB应用程序可能最有意义。

答案 5 :(得分:0)

我会使用MySQL或PostgreSQL。根据您的要求,任何一个都不会出现问题。

答案 6 :(得分:0)

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

至于编程语言和UI框架:嗯,采取你的团队擅长的东西。具有较少元时间浪费的动态语言可能会节省时间。

答案 7 :(得分:0)

此处提供的信息不足以提供适当的建议。需要进行一些尽职调查。

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