平台迁移的组件和服务文档需求
平台迁移的组件和服务文档需求
提问于 2011-12-21 05:09:05
我突然需要全面记录一个中等复杂的平台，并将其分解为服务和应用程序组件，并描述如何将这些服务迁移并提供到一个基于云的新平台中。
显然，无论是为了简洁，还是为了遵守站点的规则，我都不想讨论文档的好处和类型，而只是为了获取管理通用应用程序堆栈的“事实”的基本列表。
我的第一份非头等名单如下。
支助事务处
票务
告警
升级
文档
构建文档
服务文件
最终用户文档
安全性
配置遵从性
包和更新监测
漏洞扫描
备份与恢复
OS级
应用数据
服务器管理
裸金属展开
配置管理
升级包装公司
共享服务
用户认证
内部DNS & DHCP
外部DNS
监控
OS级度量
服务水平度量
外部URL监控
报告
网络分析
可用性报告
OS级统计
如果有什么遗漏的话，我很想确认一下。
ps我也会感兴趣的excel或谷歌文档模板跟踪这些项目。
回答 1
Server Fault用户
回答已采纳
发布于 2011-12-21 17:18:56
您要记录的项目列表相对完整。
关于格式，我的第一个建议是使它与您公司的其他文档相匹配(如果您使用Wikis，则使用wiki it )。如果你使用SharePoint，把它放在SharePoint中，等等) --你想确保人们真的会阅读(并更新)文档。
类似地，如果您在公司有特定的文档格式，请使用该格式。否则，我的建议是将每个实践区域分解为一个单独的文档(备份和恢复；供应和部署；监视和度量；等等) --使它们成为逻辑单元，可以有特定的人员负责它们。
(请注意，“安全性”是一种特殊情况-实现和维护安全系统应该在每一本书中都涵盖，而安全手册应该只是驱动实现的一般公司安全策略。这往往是一个更干净/更明智的设置，而不是让每个人都为了安全书而争吵，因为他们需要查找一些东西。)
页面原文内容由Server Fault提供。腾讯云小微IT领域专用引擎提供翻译支持
原文链接：
https://serverfault.com/questions/343019
复制相关文章
相似问题
腾讯云开发者
