|
锁定老帖子 主题：刚成立的互联网公司框架选择！！
精华帖 (5) :: 良好帖 (6) :: 新手帖 (0) :: 隐藏帖 (13)
|
|
|---|---|
| 作者 | 正文 |
|
发表时间：2011-09-15
programmer 写道 我觉得这个架构没有问题，如果公司有一两个对这个架构挺熟悉的人，然后有一帮工程师做业务开发，应该效率挺高的，速度也没有问题，当然比用servlet直接还是会慢点，但需要平衡成本。我所在的公司也是做互联网电子商务。
目前的架构是：springMvc+mysql+hibernate 也是挺稳定。海量数据和高并发不是一下子就上来的，也是随着产品运营慢慢积累起来的。所以这这个过程只有持续改进、持续优化应该没有问题。 泪流满面啊，终于有一个搞互联网的了，就像那个淘宝er说的，真正的高并发，多线程，海量数据不是系统框架的问题，跟缓存，中间件，分布式有关。 先用开源的框架快速开发出来，之后如果遇到框架性能的问题（我想能到那个时候估计就做的很大很大了），在考虑，我这里也提到了。 基本的构想是：采用开源软件与自主研发相结合，有更好的可控性，系统上有更高的可扩展性。 |
| 返回顶楼 | |
|
发表时间：2011-09-15
不能让人尊敬的牛人算什么牛人。。
|
| 返回顶楼 | |
|
发表时间：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由于时间关系还没开搞 嗯嗯 说的很实在，我也感觉公司现在挺激进的了，cto说马上换mongodb ，我们就开始学习了，主要组内没有懂的。。 |
| 返回顶楼 | |
|
发表时间：2011-09-15
最后修改：2011-09-15
zhanzhan02 写道 新成立的小公司，准备做互联网，前期需求做了大半年，看了一些国内大型网站的框架，iteye，淘宝，百度贴吧，豆瓣等等，现在需要搭建框架，之前做好了demo。
现在的问题是：需要应付海量数据，高并发，多线程。基本的定位是基于云平台的xxxx。 经过team一段时间的调研现在采用以下方案。 基本的构想是：采用开源软件与自主研发相结合，有更好的可控性，系统上有更高的可扩展性。 网站前台采用：struts2+ibatis（mybatis），spring2.5。 数据库采用mongodb，缓存memcache， 后端：分布式架构hadoop 服务器：resin 不知道各位大侠所在的互联网公司是什么架构，可否共享下。 我的想法肯定还有不妥地方，因为公司刚组建，跳槽过来的都是搞产品的，搞互联网的比较少。各种迷茫啊。 struts2+ibatis（mybatis），spring2.5，挺规矩的方案，就目前的团队成员来说，没有任何问题，对mongodb，如果没有足够的经验，还是不要用来做主力了，毕竟这玩意挺新潮的，出了问题可参考的也少，不过可以放在运维系统之类的用用 既然想快速实现，用团队成员都熟悉的技术最合适 |
| 返回顶楼 | |
|
发表时间：2011-09-15
mpren 写道 为嘛会这样呢，合理的建议多好啊，除了喷能有点出息不。
顶，哈哈！！中国多点您这样的人该多好呀。 |
| 返回顶楼 | |
|
发表时间：2011-09-15
ak_2005 写道 我倒觉得挺好的。。。
怎么好呀？ |
| 返回顶楼 | |
|
发表时间：2011-09-15
zhanzhan02 写道 programmer 写道 我觉得这个架构没有问题，如果公司有一两个对这个架构挺熟悉的人，然后有一帮工程师做业务开发，应该效率挺高的，速度也没有问题，当然比用servlet直接还是会慢点，但需要平衡成本。我所在的公司也是做互联网电子商务。
目前的架构是：springMvc+mysql+hibernate 也是挺稳定。海量数据和高并发不是一下子就上来的，也是随着产品运营慢慢积累起来的。所以这这个过程只有持续改进、持续优化应该没有问题。 泪流满面啊，终于有一个搞互联网的了，就像那个淘宝er说的，真正的高并发，多线程，海量数据不是系统框架的问题，跟缓存，中间件，分布式有关。 先用开源的框架快速开发出来，之后如果遇到框架性能的问题（我想能到那个时候估计就做的很大很大了），在考虑，我这里也提到了。 基本的构想是：采用开源软件与自主研发相结合，有更好的可控性，系统上有更高的可扩展性。 说对了，框架什么的都是浮云。 其实开发最快的是自封装可以便利调用的jdbc库和规范良好的jsp。 不仅开发速度快，而且运行速度也是最快的。 如果想要高并发，那是系统设计的事情，怎么做无状态的集群，怎么做缓存，怎么设计数据库的分布。 而且，这些工作都是在运营中调整的。 |
| 返回顶楼 | |
|
发表时间：2011-09-15
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模型。估计可以达到你前期的需求，无追新比较稳妥 |
| 返回顶楼 | |
|
发表时间：2011-09-15
mongodb 暂时没必要！
|
| 返回顶楼 | |
|
发表时间：2011-09-15
搞产品的为什么开始就要上hadoop和mongodb
搞产品会选这些的应该不多，什么业务需求初期就需要它们 mongodb，我们也是一直想用不太敢上 |
| 返回顶楼 | |
