门户网站的系统架构
 |
westlwt
2011-02-22
enkyu 写道 1.单点开源的用cas3，自己改改源代码、挺稳定的
2.将不同的频道做成独立的项目去开发、部署、运行和维护 3.可以考虑将不同频道的前后台也分离、前台只做展示，后台只做管理 4.可以考虑使用单独的图片服务器，内容发布的时候将图片存储在图片服务器上面 5.数据库可以考虑使用主从和读写分离 6.仔细分析下哪些需要静态化，哪些交互性强，不一定都做成静态化的。 这个靠谱 |
|
it面霸
2011-02-22
凤舞凰扬 写道 其实包括楼上还有许多童鞋都有一个误区。门户，究竟是门户应用（Portal）还是门户网站，两者的受众群和目标是完全不一样的，也是使用完全不同的技术，也是完全不同的架构。
再好的Portal产品，Weblogic的也好，IBM的也好，在门户网站上都是不可能使用的。 楼主先把这个前提需求确定下，然后就好继续讨论了。 那请赐教一下，何为门户应用，何为门户网站呢。本人经验尚浅，希望大虾多教导。 |
|
it面霸
2011-02-22
我前面也说过了，客户其实并不知道自己想要什么，就是一股脑的想把现在流行的东西拿来，拼凑起来，组成自己的网站。像新浪、网易、QQ等。
|
|
spaljay
2011-02-23
it面霸 写道 凤舞凰扬 写道 其实包括楼上还有许多童鞋都有一个误区。门户，究竟是门户应用（Portal）还是门户网站，两者的受众群和目标是完全不一样的，也是使用完全不同的技术，也是完全不同的架构。
再好的Portal产品，Weblogic的也好，IBM的也好，在门户网站上都是不可能使用的。 楼主先把这个前提需求确定下，然后就好继续讨论了。 那请赐教一下，何为门户应用，何为门户网站呢。本人经验尚浅，希望大虾多教导。 我觉得门户网站就是新浪那样的，用户是被动的接受信息。门户应用是类似于igoogle，用户可以定制自己需要接受的信息。门户应用的话通常会采用portal，门户网站则是一般的ssh框架就差不多了 |
 |
凤舞凰扬
2011-02-23
spaljay 写道 it面霸 写道 那请赐教一下，何为门户应用，何为门户网站呢。本人经验尚浅，希望大虾多教导。
我觉得门户网站就是新浪那样的，用户是被动的接受信息。门户应用是类似于igoogle，用户可以定制自己需要接受的信息。门户应用的话通常会采用portal，门户网站则是一般的ssh框架就差不多了 门户其实是一个概念，包括聚会（Summary）和糅合（Mashup）两个概念，也就是将不同的东西在一个门户上进行展现（如果熟悉设计模式的同学可以看到和Facade模式的相似性）。 为什么有门户应用和门户网站的区别，其实也就是应用系统和网站的区别。我们平常做应用系统和做网站绝对不可能使用相同的技术的，架构上的差别也是非常大。大型的网站绝对不可能用什么SSH来做。 我们常说的门户应用，也就是Portal以及Portlet，主要是用来做企业内部的门户应用，有些和微软的SharePoint相似，用户可以定制自己不同的界面，企业也可以将不同系统的内容进行聚合和糅合，通过一个界面来展现。前者的概念和igoogle有些相似，只是igoogle更多只是纯客户端应用展现。门户应用往往是使用Portlet来实现（JEE规范之一），在性能和效率上是存在问题的，但是能提供更多的功能（比如SSO等）。而门户网站往往采用静态页面生成的方式，来实现页面的更新。 客户是从很多地方听到这些概念，作为项目经理或者架构师，非常有责任去引导客户，从而挖掘出客户最真实的需求。 |
|
spaljay
2011-02-24
凤舞凰扬 写道 spaljay 写道 it面霸 写道 那请赐教一下，何为门户应用，何为门户网站呢。本人经验尚浅，希望大虾多教导。
我觉得门户网站就是新浪那样的，用户是被动的接受信息。门户应用是类似于igoogle，用户可以定制自己需要接受的信息。门户应用的话通常会采用portal，门户网站则是一般的ssh框架就差不多了 门户其实是一个概念，包括聚会（Summary）和糅合（Mashup）两个概念，也就是将不同的东西在一个门户上进行展现（如果熟悉设计模式的同学可以看到和Facade模式的相似性）。 为什么有门户应用和门户网站的区别，其实也就是应用系统和网站的区别。我们平常做应用系统和做网站绝对不可能使用相同的技术的，架构上的差别也是非常大。大型的网站绝对不可能用什么SSH来做。 我们常说的门户应用，也就是Portal以及Portlet，主要是用来做企业内部的门户应用，有些和微软的SharePoint相似，用户可以定制自己不同的界面，企业也可以将不同系统的内容进行聚合和糅合，通过一个界面来展现。前者的概念和igoogle有些相似，只是igoogle更多只是纯客户端应用展现。门户应用往往是使用Portlet来实现（JEE规范之一），在性能和效率上是存在问题的，但是能提供更多的功能（比如SSO等）。而门户网站往往采用静态页面生成的方式，来实现页面的更新。 客户是从很多地方听到这些概念，作为项目经理或者架构师，非常有责任去引导客户，从而挖掘出客户最真实的需求。 醍醐灌顶 受教了 |
|
it面霸
2011-02-25
凤舞凰扬 写道 spaljay 写道 it面霸 写道 那请赐教一下，何为门户应用，何为门户网站呢。本人经验尚浅，希望大虾多教导。
我觉得门户网站就是新浪那样的，用户是被动的接受信息。门户应用是类似于igoogle，用户可以定制自己需要接受的信息。门户应用的话通常会采用portal，门户网站则是一般的ssh框架就差不多了 门户其实是一个概念，包括聚会（Summary）和糅合（Mashup）两个概念，也就是将不同的东西在一个门户上进行展现（如果熟悉设计模式的同学可以看到和Facade模式的相似性）。 为什么有门户应用和门户网站的区别，其实也就是应用系统和网站的区别。我们平常做应用系统和做网站绝对不可能使用相同的技术的，架构上的差别也是非常大。大型的网站绝对不可能用什么SSH来做。 我们常说的门户应用，也就是Portal以及Portlet，主要是用来做企业内部的门户应用，有些和微软的SharePoint相似，用户可以定制自己不同的界面，企业也可以将不同系统的内容进行聚合和糅合，通过一个界面来展现。前者的概念和igoogle有些相似，只是igoogle更多只是纯客户端应用展现。门户应用往往是使用Portlet来实现（JEE规范之一），在性能和效率上是存在问题的，但是能提供更多的功能（比如SSO等）。而门户网站往往采用静态页面生成的方式，来实现页面的更新。 客户是从很多地方听到这些概念，作为项目经理或者架构师，非常有责任去引导客户，从而挖掘出客户最真实的需求。 那作为门户网站应该怎么做架构呢？效率、可扩展性、稳定性等等需要考虑的东西 请赐教。 |
 |
yushuangyuan
2011-02-28
采用敏捷开发，定制Scrum模型，重业务逻辑，轻表现形式。
能尽早做重构就尽早做重构。 分好模块，用rest结构开发。 把各功能模块都分隔开。 基本上能够改善你现在的困境。 |
|
凤舞凰扬
2011-03-03
引用 那作为门户网站应该怎么做架构呢？效率、可扩展性、稳定性等等需要考虑的东西
对于门户网站来说，性能、稳定性是最为重要，可扩展性也是需要考虑。效率这一词，似乎不会用在架构层面。 应该怎么做，这话题大了，呵呵。负载均衡、数据缓存、URL页面缓存、HTML页面生成模板技术等等，与传统的系统应用架构有蛮大的差别。 |
 |
mutex_js
2011-03-11
不愿错过好贴。留名。
|
