如何梳理云管平台纳管资源的范围和输出服务内容？

梳理按照,物理资源,业务系统,网络资源等维度进行
纳管的资源范围需要你合理制定上云业务系统的范围,先从D类或C类系统进行上云
流程稳定和可操作后完成B类和A类以及A+类系统上云

按照未来规划云管理平台应该纳管新建数据中心的所有设备和系统,包括网络存储计算环境等
输出服务内容需要看企业内部it能力,一般的可输出vm,如果有开发脚本能力可输出vm+业务部署的组合云服务,如果有网络开发能力或者有sdn,可完成以业务系统为单位的云服务输出.

与其说纳管范围，不如说云管平台在数据中心的适应性。选型一个云管平台，是否适应数据中心？这个其实是个选型问题。
一样的思路，与其说输出服务内容，不若说云管平台将对什么样的用户开放。这是个人感觉比较踏实可落地的方法。
与数据中心适应性问题，首先看数据中心物理位置（比如两地三中心、双活数据中心等），其次看网络安全域（有的以业务域划分，有的就以安全划分等），最后看各域内的资源属性（比如版本、存量系统接管方式、网络环境、存储环境、系统内运行的业务环境等）要求来确定云管平台是否适应当前所在域运营要求，如果不满足，只能按照隔离出部分手工独立运营。因为有些存量环境确实不适合纳入云生态环境进行运营和管控；
输出内容，真实的话是面向什么样的使用者开放，就像不可能到沃尔玛去买火车票的道理是一样的。如果面向资源管理员开放，那么就站在资源管理员/操作者的角度，如何使用自动化减轻管理员的重复工作和敏捷交付；如果是面向业务运维，那么需要增加业务-应用服务-环境（开发、测试、生产）-资源的关系模型，并且针对不同业务用户看到不同业务范围和资源等相关数据，同时要将业务运维过程中的CI/CD环节相关的内容也加入，比如业务应用服务的代码、自动化发布，此外就是运维监控部分的数据按照业务应用服务的维度/粒度进行拆析到资源、业务应用服务等。