如何考虑云管平台研发边界？

IaaS\PaaS\SaaS本身不是递进和依赖关系。比如：容器云属于PaaS，但是容器云不一定非要部署在IaaS提供的资源池或虚机上。一般来说，大部分企业都会选择优先上开发测试云，毕竟开发测试的环境的变更需求较多，符合云的思想。由于，现在成熟的IaaS云解决方案都内置了SDN的功能支持，所以可以考虑在实施的时候一次性完成，毕竟没有SDN对于网管还是挺头疼的。

这里问题是在太多了，选择性的回复吧
1，企业规模和业务应用及其数据价值是公有云和私有云的选择关键因素；规模大，数据价值高，企业私有云是必然选择；
2，云管平台肯定是多个interative，不同 phase 做 多个rotation 持续开发实现的，因此边界其实就是资源环境、服务对象的需求，这个俩这问题解决好了，这个云管平台的价值就明显了，因此肯定是可持续性服务增加的价值生态；成本就看通过云管平台输出的服务内容和服务对象需求的价值。没有使用用户的平台是没有价值的。
3，IaaS 还是 PaaS 甚至到 SaaS 是针对业务应用来说的，基本上是业务应用、数据中心环境及运营团队+运维团队来决定，不是一个选择性问题；
4，所有资源服务，如果针对业务应用，其实与基础设施服务架构设计和服务支撑有很大关系，因此不需要非得先开发测试在生产，只要基础设施服务规划做好，云只是服务输出的形式，不存在有影响生产 vs 开发测试;
5, 考虑 SDS 是可以，考虑 SDN 的话，就看你的 N (network) 是什么网络，如果是业务网络，那就评估什么样的机器/集群能支撑多大的贷款支撑你的业务运营，然后在考虑是否 SDN。至于 SDC ，那真的只是概念，不用太考虑了。
6，一般而言，云管平台下面可能会纳管各种虚拟化所具有provision 平台，比如 KVM 大多数是 Openstack 或者青云，VMware 对应的 VCenter, Hyper-V 则是微软的管理体系，只要云管平台能有接口和纳管这些 provision 平台，云管平台就形式上”统一“了所有资源管理；但是这仅限于资源服务层；怎么定义云管平台，是取决于云管平台的使用用户，即面向谁来服务的。能明白这个问题，其实云管平台不是什么妖魔鬼怪，也就那么回事，毕竟需求是使用者提出来的。
7，云管平台的架构是非常重要，如果与provision 平台层是紧耦合，那么不是很开放，就得依赖于 provision 平台的技术服务了；当然 cross provision平台就意味着云管平台（CMP）必然是松耦合，甚至需要融入各种自动化引擎、流程编排殷勤和云平台（CP或者provision平台）接口，还有企业自身的周边系统，诸如监控告警、一体化运维平台等；
8，如果团队规模大，技术成员有分层，那么自己研发云管平台是完全可以，如果团队规模不大，加上数据中心环境又复杂，接口又多，自动化引擎能力又多，甚至周边系统也比较多，还是建议与成熟厂商或者至少有同业经验的厂商合作开发比较靠谱。毕竟CMP是要面向使用用户来提供服务输出的。

快速开发投产选择 vmware结构 在上层开发业务接口 openstack的费用虽然便宜但开发周期很长而且技术细节要求技术团队能力必须跟上,日后升级也是问题.
IAAS\PASS\SAAS 目前都是 IAAS\PASS
SaaS目前只有互联网等大型公司做 运维开发成本太高 技术团队无法支撑
最好现在开发测试进行完成形式验证
SDS、SDN、SDC 可以考虑这些新技术但你的团队技术能力也要好好考虑.

私有云上跑saas意义不大吧？

云管平台的架构是非常重要，如果与provision 平台层是紧耦合，那么不是很开放，就得依赖于 provision 平台的技术服务了；当然 cross provision平台就意味着云管平台（CMP）必然是松耦合，甚至需要融入各种自动化引擎、流程编排殷勤和云平台（CP或者provision平台）接口，还有企业自身的周边系统，诸如监控告警、一体化运维平台