服务器 Gind.cn

服务器问题集锦,包括 Linux(Ubuntu, Centos,Debian等)和Windows Server服务器

IT文档平台

我们正在不断增长的IT运营,继续为各种客户提供更多的产品和支持。 随着我们继续保持这种增长,我们发现我们需要在IT团队中轻松访问有关我们各种系统和软件的信息和文档。 我们在IT部门有三个主要职能部门,其中包括: 服务台人员(一级), 开发人员和程序员,和 系统pipe理员/networkingpipe理员/安全分析员(第2层)。 目前,我们拥有基于MediaWiki的维基存储的一级信息,这已经被certificate对于服务台团队非常成功。 开发人员和程序员已经转移到Redmine来跟踪他们的项目,问题和项目文档。 pipe理员(第2层)没有一个集中的知识库,而是依赖于分散在networking驱动器,个人机器上的MS Word文件,因为他们没有logging在任何地方,所以只有特定的个人可以使用这些知识。 我们现在面临的挑战是我们需要有一个集中的位置来logging方法2的信息和文档。但是,我们还有两个其他系统已经到位。 理想情况下,我们希望拥有一个文档平台,可以在一级和二级工作的最低工作量以及将程序员join其中。 这个平台需要有能力保持某些内容的独立性。 例如,在第一层不需要知道的第二层级上有敏感信息(我们如何build立我们的服务器,可能的用户名等)。 此外,第2层应该能够访问第1层及以上的信息。 我们想过为此扩展MediaWiki安装,但ACL和维基用户的信息保护似乎是黑客的工作,没有得到很好的支持,违背了开放和方便访问维基核心信息的精神。 我正在寻找符合上述标准以及下列额外目标的想法和build议: 最好是免费或开源软件(和一个networking工具),因为我们没有真正的预算 一个不包含票务元素的平台,因为我们有一个独立的系统来处理一级和二级 一个平台,不需要一级和二级项目pipe理的能力 一个灵活的产品,易于添加文档,包括表格,简单的标记,语法突出显示,图像,networking图等 全文searchfunction可能具有自然语言function 支持file upload和下载的能力 可能有RSS或Atom提要和电子邮件更新警报 允许LDAP身份validation能够被集成到现有的SSO环境中 一个不需要太多开发时间或大量自定义代码创build的平台 基于用户,angular色,组成员身份,每个单独的文档/页面或一组文档/页面的访问控制,如果您无法访问站点/文档/页面/成员资格的那一部分,则看不到链接或内容 最好有一个内置的编辑器来帮助数据input和文档发布更容易 内置的版本控制和审计将是可取的 能够将页面或集合或页面导出为PDF文件 我们应该继续发展壮大,扩大规模 也许支持跟踪使用情况或执行分析的能力 仅供内部使用,不会面向客户或无法使用 支持pipe理信息摘要的能力,如操作方法,程序,解决scheme,项目,服务器版本,networking文档等 它不需要社交整合function 可能支持具有或添加到系统库存(服务器和客户机) 如果我们需要切换平台,则允许导入MediaWiki信息 此外,还有很多在线的地方讨论了专家系统,可以创build类似于stream程图或分步向导的故障排除工作stream程。 这是我们应该考虑在我们的文档平台作为一个选项吗? 这有多有用,这是否有助于一级scheme更好地执行工作? 网上也有一些资料介绍了内容pipe理和知识pipe理的区别。 这是我们应该考虑作为文档平台要求的一部分吗? 我知道这个post是一个更长的一个,我感谢您可以提供的帮助和反馈。 我试图确保我提出正确的问题,并提供基础,以帮助做出更明智的决定,并实施长期可行的解决scheme,以便我们不会继续重做我们刚刚实施。 再次感谢,我期待阅读你分享。