1
twor2 2016-01-09 16:44:44 +08:00
多少人用?预算多少
|
2
idblife 2016-01-09 17:58:31 +08:00
想法不太成熟
这样的项目反正我是不愿意做 如果做的话 12 个月, 100 万起 django 妥妥的 |
3
wph95 2016-01-09 18:41:16 +08:00
//本来准备每个模块建立一个数据库,在建立一个统一认证的数据库,把这几个不同的库放到不同服务器,提高查询效率,后期大数据多个系统可以独立服务器提高处理能力,但是最近调查接触很少有这样设计的,大家有什么好建议?
你这系统 每日 pv 得上百万? 用户量几十万内 老老实实做好索引,结合 Redis ,用 mysql / postgrepsql 不会出现性能瓶颈。 数据库做 读写分离。 你说的这个设计叫 微服务化。 //如果让你设计这个,有什么建议或者好的方案 后端 python ( django ) 或者 ror 或者 go ,选 java 。。。选择 go dead.... 前端 bootstrap 也算是技术啊 。。。。 SignalR...不就是个 WebSocket 嘛 也算不上什么技术。 功能都是传统 cms 的功能,也不说给多少人用,没法设计。 根本没看出来咋么大型了,逻辑多就算大型?。。。。 |
4
qile1 OP @wph95 逻辑多,数据量大,你意思用户量多才算大型?
操作用户前期几百,访问用户随着业务量的增加,主要是检验申请和报告查询,可能几十万以上。 |
6
wph95 2016-01-09 19:51:29 +08:00
@qile1
主要得看每天 或者 每小时的调用频率。 访问量决定架构。 逻辑复杂度决定工期。 //个人觉得起码得千万用户 日百万的 api 请求,或者 几十几百个 T 的数据量 才能算得上 大型吧 //用 django 1 个月写了个 web , 100g 的数据库生成,每天千人以上的访问量,也就一台阿里 双核 2g 服务器轻松抵御 |
7
hst001 2016-01-09 22:16:00 +08:00
大型系统不可能做到快速低成本的,你忽略了高昂的测试成本
|
8
sunus 2016-01-10 01:27:48 +08:00
信息系统最复杂的部分是
... 需求 ... 难点是怎么能设计的很灵活,能满足各种需求,能快速实现各种需求变更。 |
9
idblife 2016-01-10 14:55:50 +08:00
@qile1
操作用户前期几百,访问用户随着业务量的增加,主要是检验申请和报告查询,可能几十万以上。 这能叫大型? 我一个人一年能做出类似的东西,前提是需求没变更。 你自己需求还没整明白,另外好像你也不懂。。。 |
10
haogefeifei 2016-01-11 12:58:03 +08:00
楼主孤陋寡闻。。 这样的东西已经有了。。
来着欧洲的 Odoo(原 OpenERP).. 还是开源的。。。 |
11
qile1 OP @haogefeifei
这个 erp 软件功能确实强大,上千的模块,但是在主要的实验室报告审核及数据采集估计即使有功能模块也不太灵活。 @idblife 技术方面确实不太懂,本来准备发帖开贴讨论的,发现论坛大拿太多,现在有个技术员说他十五天几万就能弄出。据说是 c#开发,我大致了解了一下,后期如果有机会我弄成了上来总结 |
12
haogefeifei 2016-01-12 23:32:03 +08:00
@qile1 人家的设计值得借鉴。。。开发个什么快成狗。。
|