云管平台的价值点在哪里？

上云管之前，首先还需要明确下概念，云管≠多云管理。
以上提到多云的，其实就是为了上项目找个理由而已。
1、首先考虑一个问题：到底什么样的架构体系，会涉及到多个云？会涉及到多少个云？这些云如何打通？真的使用之后，一个应用在多个云的资源怎么协调，怎么编排，怎么弹性调度？跨云有多少差异需要统一？阿里云的ECS如何访问腾讯云的Redis还可以达到内网延时？
这些问题，多云管理一个都解决不掉。实际上看到的多云的好处的答复，无非就是抄了2010年前后关于CloudStack/OpenStack多Hypervisor的优势描述而已。然而参与过云实施的厂商中，真的回忆一下，实际在实施场景中，哪样的客户真的能有用到多hypervisor么？多hypervisor的逻辑，真实落地于我在A客户现场管理A的xenserver，在B客户现场管理B的KVM，而不是同时管理C客户的xenserver+kvm+vmware+anything。
如果说多云可以屏蔽差异，那么既然坚持统一化管理，那么为什么不一开始就坚持基础设施的统一性呢?
2、再说说多云管理的API接入层面，比如阿里云的IaaS,PaaS接口出入参数各不统一，随着迭代可能引入参数失效问题，也随着产品售卖，随时可能出现部分库存不在的问题，这些问题在阿里云 WEB 上可以看的很明显，但是自己的API就要做各种异常处理才能知道什么情况下采购失败是因为什么具体原因。同理其余厂商应该也有各自类似的专属问题。统一管理了ECS,RDS这类基础设施之后，SaaS呢？移动推送和短信发送呢？音视频呢？域名解析？域名证书？大数据？AIoT？实时数据库？要怎么来管理和利用这些服务呢？采购之后要自己做个管理控制台么？怎么计算这些除基础设施外的服务集成的自研成本呢？ 还是各自使用原厂的WEB？如果继续使用原厂web，那么多云的意义是什么呢？
3、再从运维角度说一下，我个人参与过多种公有云的运维和使用，但是目前还没有任何公司的任何项目需要跨云使用基础资源。即便真的有异地多活，也大多是使用同一个云。否则架构上看起来和两套就没有任何区别。
就我个人使用经验来讲，所有公有云无论是API还是Web使用，跨云使用基本上都是0学习成本。如果真的硬说有成本，那么就是需要研究一下各个厂商的优惠活动和力度，如何为公司进行省钱。
如果做阿里云运维的运维人员切换到腾讯云还是需要有段时间的学习成本才可以进行部署规划，那么这个人可以说是完全不合格的，不具备基本运维能力的。

抛开多云，重新回到云管，这基本上就是一个管理工具，而非运维工具。
运维更需要的是操作系统和网络基础知识，运维的世界里，不会存在那种能抛开知识来使用的工具。从申请虚拟机开始到网站发布，里面需要多少基础组件，需要什么样的网络拓扑，是运维能力，而不是工具能力。
即便是纳入多云的概念，也就是让管理者看到XX部门使用了XX云的XXX资源，每个月开销是XXXX。
那么云管就可以直接由运维工具，变成了简单的统计工具。开发和维护以及占用的人力和机器资源就相应的减少很多。

总结我的观点就是，不用再给运维带来新的工具了，云厂商的Web真的很合理了。云管和多云管，都是没有实际价值的东西。