门户网站的系统架构

w412692660 2011-03-12
支持下凤凰的说,
门户一般只是作为展现使用,业务上的系统整合,多个子系统统一管理(对用户而言),功能其实应该很局限的,比如说单点登录,统一用户管理,页面生成等,一般都是用商业的买的,其实这东西不贵,用国内并不需要多少钱,国外的传统的门户要贵一些,但是大多数门户都是可配置或者是二次开发的,所以功能是可以定制的;
比如说我们曾经做过门户,当然是商业的,然后进行的二次开发,其实改动不大,很多商业功能很多,但是在正统的项目中都是废材,同一用户管理和权限分配都是要给平台来做的,尽量减轻门户的压力,
再有门户一般是单独服务器;

像楼主这样的项目,前期规划和设计必然出问题,你本来想要快点建个小房子好住人,现在人家让你盖个大楼,你还在房子的地基上建造,不出问题,那是奇迹........

具体是,看业务是否时间允许,有允许重新梳理下业务,设计分组,然后开始重构整理下框架;

一般这样的项目是需要围绕平台来开发的,没有平台很多东西开展和设计模型为互相增加复杂性,最后增加个功能,你还要从整个项目层面考虑,很容易出错,也会导致就是谁也不敢动设计和代码,特别是走一两个人以后;

如果有平台的话,以业务为核心梳理分组,代码以平台为中心分配组件;
没有平台,就比较麻烦,要整理祥设,然后分好子系统,然后除了业务子系统外,还要有
功能支持子系统(辅助系统-工作流,报表生成,olap,规则引擎,事物系统等等),这样
容易分好层次,先从逻辑上解决复杂度,在从小地方下手,就好了,哈哈,愚见,愚见,抛砖引玉而已
w412692660 2011-03-12
westlwt 写道
enkyu 写道
1.单点开源的用cas3,自己改改源代码、挺稳定的
2.将不同的频道做成独立的项目去开发、部署、运行和维护
3.可以考虑将不同频道的前后台也分离、前台只做展示,后台只做管理
4.可以考虑使用单独的图片服务器,内容发布的时候将图片存储在图片服务器上面
5.数据库可以考虑使用主从和读写分离
6.仔细分析下哪些需要静态化,哪些交互性强,不一定都做成静态化的。

这个靠谱


哈哈,这个要扛一下,绝对都是正统的解决方案....
不过话说,看楼主还在用SSH,估计公司的财力和技术上,这个困难点,这个需要硬件和DBA都要一流的,哈哈,
而且这么一来,如果开会的时候,楼主这么一说,不被项目经理批,那就怪的,主要这么一说
基本可以确定他的这个项目根本是失败了....根本就用重做,人家面子上过不去 啊

玩笑,玩笑,话说回来,这个要循序渐进:
3,6先做,
1,这个多加考虑,如果是时间允许就干了吧!
其他后期解决:
看看访问量达不大,大就优化用4,
5...这个硬件和要个好DBA,而且数据复制时候,内存占用也很大,我们公司有过读写分离出事的案例,后来还要加数据备份服务器,硬件消费太多,不是实时更新要求比较大,就别用;
6.纯粹优化上的手段,等项目功能完成后在弄,优化办法多的跟箩筐一样多


凤舞凰扬 2011-03-15
w412692660 写道
westlwt 写道
enkyu 写道
1.单点开源的用cas3,自己改改源代码、挺稳定的
2.将不同的频道做成独立的项目去开发、部署、运行和维护
3.可以考虑将不同频道的前后台也分离、前台只做展示,后台只做管理
4.可以考虑使用单独的图片服务器,内容发布的时候将图片存储在图片服务器上面
5.数据库可以考虑使用主从和读写分离
6.仔细分析下哪些需要静态化,哪些交互性强,不一定都做成静态化的。

这个靠谱


哈哈,这个要扛一下,绝对都是正统的解决方案....
不过话说,看楼主还在用SSH,估计公司的财力和技术上,这个困难点,这个需要硬件和DBA都要一流的,哈哈,
而且这么一来,如果开会的时候,楼主这么一说,不被项目经理批,那就怪的,主要这么一说
基本可以确定他的这个项目根本是失败了....根本就用重做,人家面子上过不去 啊

玩笑,玩笑,话说回来,这个要循序渐进:
3,6先做,
1,这个多加考虑,如果是时间允许就干了吧!
其他后期解决:
看看访问量达不大,大就优化用4,
5...这个硬件和要个好DBA,而且数据复制时候,内存占用也很大,我们公司有过读写分离出事的案例,后来还要加数据备份服务器,硬件消费太多,不是实时更新要求比较大,就别用;
6.纯粹优化上的手段,等项目功能完成后在弄,优化办法多的跟箩筐一样多



  哈哈,我也说说我的方案吧,拍砖啊!
  楼上写得有点问题,6究竟是先做还是后做啊? 是我,3,6肯定要先做,这是解决楼主问题最立竿见影的。4并不一定会带来优势,除非HTTP服务器的IO成为瓶颈,或者网站的输出带宽确实到了限制,需要考虑使用CDN的时候。2 反而会带来更大的问题,包括系统集成、项目管理、版本控制与发布等。1 倒是无所谓,SSO开源的很多,不一定要CAS3,完全看项目的需要而已了。最后还剩下一个5,同楼上观点一样,这个可是架构层次的修改,不简单哦,包括数据处理模型、缓存应用、数据同步(复制)等,呵呵,倒不一定要专业DBA(好的架构师可以在架构层次设计这个,不一定要交给db来完成)。
w412692660 2011-03-15
,支持下,哈哈;
写的时候大半夜,有些意思没表达出来...没注意...抱歉.抱歉;

6,其实我觉得前面做一般,后面做一半;
静态页面在WEB服务器和缓存上确实有优势,但是BBS上,这种交互很快的地方,要频繁去生产HTML,反而有很大的问题,这个当然要分离开;

在后期可以静态化的部分也要增加页面缓存,动态的或静态的也可以做成rest的方式,其实效率能提高一些,不过这些方面后期做会合适,因为不确定性太高
凤舞凰扬 2011-03-16
w412692660 写道
,支持下,哈哈;
写的时候大半夜,有些意思没表达出来...没注意...抱歉.抱歉;

6,其实我觉得前面做一般,后面做一半;
静态页面在WEB服务器和缓存上确实有优势,但是BBS上,这种交互很快的地方,要频繁去生产HTML,反而有很大的问题,这个当然要分离开;

在后期可以静态化的部分也要增加页面缓存,动态的或静态的也可以做成rest的方式,其实效率能提高一些,不过这些方面后期做会合适,因为不确定性太高

  对于动态的东西去产生静态HTML本身就是不对的做法,完全应该使用基于URL的query cache方式,比如SQuid。静态化的动作一般都是很少修改,比较读得多的,另外,静态化不代表是持久化,两个是不同概念,也就是说生成静态HTML,不代表要生成HTML文件,这个HTML是可以存储在分布式缓存(也就是内存)中的。
w412692660 2011-03-17
so,明白了,谢谢,受益匪浅,十分感谢~~~
痛哭流涕
it面霸 2011-03-30
恩,大家说的我都记下了,做这样的项目没有什么经验~~
自己感觉也挺好,毕竟能搞门户的机会还是很少的
学到的东西很多
大家多讨论讨论,可以学习到很多经验,还有一些自己看不到的问题
gazeldx 2011-04-25
考虑使用Ruby技术。想iteye学习
javamonkey 2011-05-06
hu437 写道
可以考虑采用Portal,现在有各种portal产品(符合JSR规范的),有商业的(IBM/ORALCE)都有自己的成熟Portal产品,开源的也有许多如Liferay(我们正在用的就是这个),但是Liferay文档少,学习曲线有一点点大,还有一些小bug,如果有钱还是用商业产品


portal 太慢了。不建议用啊
netsir 2011-08-10
我们做的门户网站不会出现这个问题啊?门户网站用户多了加带宽,bbs 博客是php的 也不怎么费内存,一台两万的小型服务器支撑每日几十万pv都没问题啊
Global site tag (gtag.js) - Google Analytics