锁定老帖子 主题:刚成立的互联网公司框架选择!!
精华帖 (5) :: 良好帖 (6) :: 新手帖 (0) :: 隐藏帖 (13)
|
|
---|---|
作者 | 正文 |
发表时间:2011-09-15
nbzhang 写道 网站前台采用:struts2+ibatis(mybatis),spring2.5(以上)。
现在的java都不会用标准, 而只会用这些业余的框架。 ibatis 完全就是侮辱java面向对象思想的框架。 spring 只适合学术研究。 觉得用struts比servlet开发效率高的话, 说明基本没入java-web的门~ 根本不懂servlet 人家公司又不是中科院,做的是互联网,是搞产品出效益的, 如果鄙视用框架的,请用servlet+jsp+jdbc做一个淘宝 |
|
返回顶楼 | |
发表时间:2011-09-15
zuzong 写道 zhanzhan02 写道 新成立的小公司,准备做互联网,前期需求做了大半年,看了一些国内大型网站的框架,iteye,淘宝,百度贴吧,豆瓣等等,现在需要搭建框架,之前做好了demo。
现在的问题是:需要应付海量数据,高并发,多线程。基本的定位是基于云平台的xxxx。 经过team一段时间的调研现在采用以下方案。 基本的构想是:采用开源软件与自主研发相结合,有更好的可控性,系统上有更高的可扩展性。 网站前台采用:struts2+ibatis(mybatis),spring2.5。 数据库采用mongodb,缓存memcache, 后端:分布式架构hadoop 服务器:resin 不知道各位大侠所在的互联网公司是什么架构,可否共享下。 我的想法肯定还有不妥地方,因为公司刚组建,跳槽过来的都是搞产品的,搞互联网的比较少。各种迷茫啊。 struts2+ibatis(mybatis),spring2.5,挺规矩的方案,就目前的团队成员来说,没有任何问题,对mongodb,如果没有足够的经验,还是不要用来做主力了,毕竟这玩意挺新潮的,出了问题可参考的也少,不过可以放在运维系统之类的用用 既然想快速实现,用团队成员都熟悉的技术最合适 嗯嗯,说的对,现在组内的一个女生在用mongodb和lucene 从网上爬去数据,然后做成数据库,sqlite确实不错,就一个 *.db 就是一个数据库,可以随便拷贝,现在做了20多个数据库,用spring统一管理。感觉上手都非常快。 |
|
返回顶楼 | |
发表时间:2011-09-15
最后修改:2011-09-15
guyuanwuxin 写道 LZ 现状
网站前台采用:struts2+ibatis(mybatis),spring2.5(以上)。 数据库采用mongodb,缓存memcache, 后端:分布式架构hadoop 服务器:resin 海量数据,高并发,多线程 前台如要高并发,最好采用模板技术少用Taglib等标签,多用AJAX,ibatis比较适合你的需求,对SQL的控制权比较高 前台尽量要做到静态CSS,JS分离,做一个图片Server采用Http长连接。 采用Spring可以为你自己后续留下后手 数据库方面没有问题,但如果使用hadoop,意味着数据量比较大,正常你的数据应该次采用异步存储MQ,这样可以减少同步。多线程?实话,没有看到你哪方面需要多线程,个人不觉得网站前期会产生需要使用hadoop来存储的数据 服务器,没有啥意见 总之,按你的需求,最好不用hadoop,数据存储采用MQ异步处理,数据库只支持短事务,页面静态资源采用分离+缓存,动态采用AJAX+缓存,数据采用缓存,部署在Linux,尽量使用Epoll模型。估计可以达到你前期的需求,无追新比较稳妥 泪奔啊,分析的很到位,前台是要做页面静态化的,image要有单独的服务器,我们这个网站是查询比插入次数多,而且多很多,所以也会跟淘宝一样,采用读写分离。 希望iteye上多谢这样中肯定回复。。 |
|
返回顶楼 | |
发表时间:2011-09-15
Brera 写道 zhanzhan02 写道 新成立的小公司,准备做互联网,前期需求做了大半年,看了一些国内大型网站的框架,iteye,淘宝,百度贴吧,豆瓣等等,现在需要搭建框架,之前做好了demo。
现在的问题是:需要应付海量数据,高并发,多线程。基本的定位是基于云平台的xxxx。 经过team一段时间的调研现在采用以下方案。 基本的构想是:采用开源软件与自主研发相结合,有更好的可控性,系统上有更高的可扩展性。 网站前台采用:struts2+ibatis(mybatis),spring2.5(以上)。 数据库采用mongodb,缓存memcache, 后端:分布式架构hadoop 服务器:resin 不知道各位大侠所在的互联网公司是什么架构,可否共享下。 我的想法肯定还有不妥地方,因为公司刚组建,跳槽过来的都是搞产品的,搞互联网的比较少。各种迷茫啊。 和LZ的情况相似,技术也差不多,不过我倒真不喜欢s2和ibatis,缓存我正在尝试Redis, 数据库的话,不建议立即上mongodb啊,稳妥为主,先用mysql,NOSQL目前我们还在考虑阶段 hadoop由于时间关系还没开搞 做互联网,快速开发,建议用ROR,开发效率很高;至于MongoDB/Memcache等照用。 |
|
返回顶楼 | |
发表时间:2011-09-15
我会推荐每一个开始互联网开发的人都去读一下rails老大的那个互联网开发圣经 Getting Real 否则,一定会像二楼说的那样,各种失败等着你。。这里面的人都是技术人员,创业绝对不是技术主要决定了的。
|
|
返回顶楼 | |
发表时间:2011-09-15
zuzong 写道 zhanzhan02 写道 新成立的小公司,准备做互联网,前期需求做了大半年,看了一些国内大型网站的框架,iteye,淘宝,百度贴吧,豆瓣等等,现在需要搭建框架,之前做好了demo。
现在的问题是:需要应付海量数据,高并发,多线程。基本的定位是基于云平台的xxxx。 经过team一段时间的调研现在采用以下方案。 基本的构想是:采用开源软件与自主研发相结合,有更好的可控性,系统上有更高的可扩展性。 网站前台采用:struts2+ibatis(mybatis),spring2.5。 数据库采用mongodb,缓存memcache, 后端:分布式架构hadoop 服务器:resin 不知道各位大侠所在的互联网公司是什么架构,可否共享下。 我的想法肯定还有不妥地方,因为公司刚组建,跳槽过来的都是搞产品的,搞互联网的比较少。各种迷茫啊。 struts2+ibatis(mybatis),spring2.5,挺规矩的方案,就目前的团队成员来说,没有任何问题,对mongodb,如果没有足够的经验,还是不要用来做主力了,毕竟这玩意挺新潮的,出了问题可参考的也少,不过可以放在运维系统之类的用用 既然想快速实现,用团队成员都熟悉的技术最合适 既然想快速实现,用团队成员都熟悉的技术最合适 这句话说的很对,目前组内java都比较熟悉,其他脚本语言要先学。 |
|
返回顶楼 | |
发表时间:2011-09-15
javafansmagic 写道 Brera 写道 zhanzhan02 写道 新成立的小公司,准备做互联网,前期需求做了大半年,看了一些国内大型网站的框架,iteye,淘宝,百度贴吧,豆瓣等等,现在需要搭建框架,之前做好了demo。
现在的问题是:需要应付海量数据,高并发,多线程。基本的定位是基于云平台的xxxx。 经过team一段时间的调研现在采用以下方案。 基本的构想是:采用开源软件与自主研发相结合,有更好的可控性,系统上有更高的可扩展性。 网站前台采用:struts2+ibatis(mybatis),spring2.5(以上)。 数据库采用mongodb,缓存memcache, 后端:分布式架构hadoop 服务器:resin 不知道各位大侠所在的互联网公司是什么架构,可否共享下。 我的想法肯定还有不妥地方,因为公司刚组建,跳槽过来的都是搞产品的,搞互联网的比较少。各种迷茫啊。 和LZ的情况相似,技术也差不多,不过我倒真不喜欢s2和ibatis,缓存我正在尝试Redis, 数据库的话,不建议立即上mongodb啊,稳妥为主,先用mysql,NOSQL目前我们还在考虑阶段 hadoop由于时间关系还没开搞 做互联网,快速开发,建议用ROR,开发效率很高;至于MongoDB/Memcache等照用。 关键不会呀,要先学噢,好费时间的。 |
|
返回顶楼 | |
发表时间:2011-09-15
george_space 写道 liu.anxin 写道 想问一句: mongodb 支持 SQL 吗? 那还需要 ibatis(mybatis) 干啥?
楼主虽然没写,但是一个完整的互联网项目是离不开关系数据库的。 楼主选择mybatis,我狂支持。 网站规模上来以后,你就会发现mybatis的好处。 如果选择hibernate,我想楼主的网站最后肯定会选择大规模重构。 嗯嗯,感谢肯定,看来我们做的事情有点类似噢,站内短信你啦。 |
|
返回顶楼 | |
发表时间:2011-09-15
programmer 写道 我觉得这个架构没有问题,如果公司有一两个对这个架构挺熟悉的人,然后有一帮工程师做业务开发,应该效率挺高的,速度也没有问题,当然比用servlet直接还是会慢点,但需要平衡成本。我所在的公司也是做互联网电子商务。
目前的架构是:springMvc+mysql+hibernate 也是挺稳定。海量数据和高并发不是一下子就上来的,也是随着产品运营慢慢积累起来的。所以这这个过程只有持续改进、持续优化应该没有问题。 相当同意,facebook,twitter也是一步步调优,改进过来的~ 需求跟bug样,无穷无尽 |
|
返回顶楼 | |
发表时间:2011-09-15
真欢乐,哈哈,我对什么技术什么框架不感冒,我觉得满足你目前近1、2年的需求就够了,3、5年后的需求谁知道呢?技术上的东西不要想太远,3年一个周期。
|
|
返回顶楼 | |