相关疑难解决方法(0)

我们是一家不断发展的 IT 运营商，将继续为各种客户提供额外的产品和支持。随着我们继续保持这种增长，我们发现我们需要在 IT 团队中轻松访问有关我们各种系统和软件的信息和文档。我们的 IT 团队拥有三个主要职能领域，其中包括：

1. 服务台工作人员（第 1 层），
2. 开发人员和程序员，以及
3. 系统管理员/网络管理员/安全分析师（第 2 层）。

目前，我们将第 1 层的信息存储在一个基于 MediaWiki 的 wiki 中，该 wiki 已被证明对帮助台团队非常成功。开发人员和程序员已转移到 Redmine 以跟踪他们的项目、问题和项目文档。管理员（第 2 层）没有集中的知识库，依赖于分散在网络驱动器、个人机器上的 MS Word 文件，以及仅对特定个人可用的知识，因为他们没有在任何地方记录它，等等。

我们现在面临的挑战是我们需要有一个集中位置来记录第 2 层的信息和文档。但是，我们已经安装了另外两个系统。理想情况下，我们希望有一个文档平台，它至少可以为第 1 层和第 2 层工作，并且还可以将程序员添加到其中。该平台需要能够将某些内容分开。例如，在第 2 层级别存在第 1 层不需要知道的敏感信息（我们如何构建服务器、可能的用户名等）。此外，第 2 层应该能够访问第 1 层及以上的信息。我们考虑过为此扩展我们的 MediaWiki 安装，但 ACL' s 和保护 wiki 用户的信息似乎是黑客工作，没有得到很好的支持，并且与作为 wiki 核心的开放和轻松访问信息的精神背道而驰。我正在寻找符合上述标准以及以下附加目标的想法和建议：

1. 最好是免费或开源软件（和网络工具），因为我们真的没有这方面的预算
2. 一个不包含票务元素的平台，因为我们有一个单独的系统来处理 Tier 1 和 Tier 2
3. 一个不需要 Tier 1 和 Tier 2 项目管理功能的平台
4. 一种灵活、易于添加文档的产品，包括表格、简单标记、语法突出显示、图像、网络图等。
5. 全文搜索功能可能具有自然语言功能
6. 支持文件上传和下载的能力
7. 可能有 RSS 或 Atom 提要和更新的电子邮件警报
8. 允许 LDAP 身份验证能够集成到现有的 SSO …