内容管理系统(CMS)是一个很广泛的概念，从商业门户网站的新闻系统到个人的Weblog都可以称作发布系统。
框架型：本身不包含任何应用实现，只是提供了底层框架，具体应用需要一定的二次开发，比如Cocoon、Vignette o
应用型：本身是一个面向具体类型的应用实现，已经包含了新闻/评论管理、投票、论坛、WIKI等一些子系统，比如postNuke、xoops等。
但无论如何，在发布系统选型之前，首先了解自己的实际需求是最重要的，如果想根据现成系统将自己的需求硬往上照搬是非常不可取的。对每个模块和功能都了解清楚以后，再查相关资料找类似的实现，其实每个环节目前都有比较成熟的实现了，而且还在不断完善和发展中，如果没有，则是需求太特殊，可以尝试分解成更小的系统组合实现。
内容管理系统被分离成以下几个层面：
1)后台业务子系统(管理优先：内容管理，包括新闻录入系统、BBS论坛子系统、全文检索子系统等。
2)Portal系统(表现优先：模板管理，大部分最终的输出页面，如网站首页、子频道/专题页、新闻详情页一般就是各种后台子系统模块的各种组合，这种发布组合逻辑是非常丰富的，Portal系统就是负责以上这些后台子系统的组合表现管理。
3)前台发布(效率优先：发布管理，即面向最终用户的缓存发布，包括搜索引擎spider的URL设计等。
内容管理和表现的分离。很多成套的CMS系统没有把后台各种子系统和Portal分离，以至于Portal层的模板表现管理和新闻子系统的内容管理逻辑混合在一起，甚至和BBS等子系统的管理耦合非常高，整个系统显得非常庞杂，而且这样的系统各个子系统捆绑得比较死。如果把后台各种子系统内容管理逻辑和前台的表现/发布分离后，Portal和后台各个子系统之间只是数据传递的关系，Portal只决定后台各个子系统数据的取舍和表现，而后台的各个子系统也非常容易插拔。
内容管理和数据分发的分离。需要Portal系统设计的时候注意可缓存性(Cache Friendly)设计，效率问题可通过更前端专门的缓存服务器解决。
