c# - 选择CMS vs Portal与MVC +组件？

我需要一些帮助来确定为我的最新项目使用CMS或门户解决方案是否是一个好主意，这是（目前）一个必须为多个客户服务的ASP.NET MVC应用程序（作为公司或来自单个安装的其他实体（包含用户列表）（即SaaS解决方案）。

除了核心功能，包括文档管理/发布，我还需要提供基本的社交功能（如博客，论坛，图库，民意调查等）。但是，内容仅对其所属的客户可见是必要的，我对一堆CMS和门户解决方案的评估几乎没有说明它们是否支持这一点。他们非常关注单用户安装，有关如何与现有MVC解决方案集成的文档相当薄。

基本上我正在寻找一些指导，以帮助我放弃死胡同选项（产品不符合要求，施加太多限制，不成熟等）并找到未开发的选项，然后再远远领先于项目

我对架构的要求包括：

我花了相当多的时间来评估产品和组件，我将在此简要分享一下：

Umbraco
- 不支持ASP.NET MVC（但是，有人必须以其他方式发表评论）
- 良好的社区支持，积极发展
- 似乎有很多工作要开始
Kooboo
- 没有源活动（近两个月没有更新）
- GPL许可？（需要允许封闭源应用程序的东西）
N2CMS
- 部分ASP.NET MVC支持
- 每个客户都必须有一个单独的域
- 有限的来源活动（没有死亡，但也没有充满活力）
Orchard
- 微软赞助（这意味着它可能过度架构，代码膨胀且速度慢，尽管它确实有一些众所周知且受人尊敬的贡献者/潜在客户）。
- 使用ASP.NET MVC构建
- 看起来很有前途（但在这个阶段不太可能稳定）
AtomSite
- 感觉相当成熟并且文档很好，尽管有漏洞
- 使用ASP.NET MVC构建
- 有限的源活动，单一开发者
MojoPortal
- 看起来很适合门户网站，但可能需要将自定义逻辑构建为产品周围的模块（我希望尽可能避免这种锁定）
DotNetNuke（DNN），CommunityServer和Microsoft Office SharePoint Server（MOSS）
- 绝对不是我的一杯茶;）
BlogEngine.NET
- 成熟且功能齐全
- 没有ASP.NET MVC支持
- 集成可能但不是没有很多Web.config voodoo
- 不确定是否支持客户分离

鉴于上面的列表，我倾向于AtomSite，N2CMS，Orchard或BlogEngine.NET。如果我选择后者，我将使用jitbit AspNetForum，这非常适合我的需求。

我可能更喜欢使用自定义ASP.NET MVC解决方案和单个组件，因为这可能会给我最大程度的控制，但另一方面，它会使网站主题和集成更加困难。您尝试了哪些组合，什么运作良好，哪些没有？我遗漏了什么重要的评价？还有其他相关建议吗？

如果答案不仅仅是对您最喜欢的产品或做事方式的认可，而是根据上述要求帮助我选择或消除候选解决方案，我会很感激。