我想要获取一些有关企业门户设置解决方案的指导？此类设置涉及哪些硬件和软件？
专有和非专有解决方案都会很有用。
如果您见过这样的设置，效果如何？优点/缺点是什么？
背景：我的公司在不同的地点运营，有些地方有数百到上千名用户。公司员工既有移动办公人员，也有办公室员工。
扩展我的问题，要求是访问公司托管的各种应用程序、传播信息的更新/新闻部分、其他应用程序可以通过某种 Web 服务利用的身份验证 API。
答案1
具有有限写入权限的 wiki 效果会很好。有限是指整个组织/公司中只有少数人能够更新主门户页面，然后每个团队或子组织都可以派人维护他们网站的部分。这将鼓励协作并让更多人参与进来，因此他们可能真正关心公司内部主页上的内容，而不是接受他们得到的内容并抱怨。
我曾在 IBM 的一家中型系统管理组织工作，我们使用基于 Wiki 的门户网站来访问团队文档并汇总最佳实践。四年前我在那里工作时就已实施，据一位朋友说，该组织至今仍在使用和喜欢它。我们合作过的其他团队也采用了类似的解决方案供自己使用。
我们将原始网站部署在一台配备 2 个 CPU 和约 1G 内存的 Sun E450 上。该网站本身正在运行提基維基，这是一个基于 php 的内容管理 wiki 包。最近，我研究了一个 wiki 包，它也是一个票证管理系统，因此用户可以直接打开票证来解决门户网站的问题。Redmine或者追踪是实现这一目标的绝佳工具。
我应该补充一点，运行在 E450 上的网站还托管了另一个组织的 wiki，总共为遍布美国各地的约 300 名用户提供内容。当然，所需的硬件类型将取决于组织的规模和流量。
答案2
我猜想您拥有大量资源可供使用，因此我将放弃 rsync/mysql-dump 建议，直接转到“获取内容交付系统”。我知道 Cisco 制造了一个（您必须使用 Google，我暂时无法发布链接），并且我假设由于这将在您的内部网中，因此 akamai 是不可能的。
如果您决定自行进行同步和分发，那么您可以使用全局服务器负载平衡（GSLB）将人们指向“正确”的服务器，从而以更低的成本完成此操作。
如果您要问的是实际的前端软件，Drupal 一直是门户/网关/网站/* 的热门选择，因为它几乎具有无限的灵活性。由于它本质上只是 PHP 和 MySQL，因此您可以通过数据库复制和修订控制以低成本完成它。
我从未加入过如此庞大的组织，所以我无法直接告诉你，但我会关注这个帖子的其余部分。很酷的问题。
答案3
我赞同使用具有访问控制的 wiki 的建议。我推荐的两个是 Atlassian 的 Confluence 或 MindTouch DekiWiki。如果您正在寻找，DekiWiki 有一个开源版本。
（抱歉，我无法添加链接，但谷歌知道这两者）
答案4
当您说“门户”时，您是指“远程应用程序门户”吗？如果是这样，请查看 SSL Explorer。
如果你够勇敢，你甚至可以看看 Adito，这是同一产品的开源分支。我实际上已经让 Adito 工作了，但这很麻烦。