如何纳管与定义多云？
犹如一种潮流，现在无人不在谈云，更甚于早些年的虚拟化。在各大IT厂商和互联网企业的推波助澜之下，用户争相建云和上云，几年下来即使一个规模不大的企业或单位也可能同时管理着“多朵云”。
成都创新互联长期为1000多家客户提供的网站建设服务，团队从业经验10年，关注不同地域、不同群体，并针对不同对象提供差异化的产品和服务；打造开放共赢平台，与合作伙伴共同营造健康的互联网生态环境。为鲅鱼圈企业提供专业的成都网站建设、成都网站设计，鲅鱼圈网站改版等技术服务。拥有10余年丰富建站经验和众多成功案例,为您定制开发。
但由于建设与管理分散，往往很难找到一个人可以清晰全面地解释每朵云的特点和区别，很多时候只知道其业务范围罢了，当中是否存在设计过度、资源浪费、谁人负责等问题可能是一堆糊涂账，唯一可以肯定的是增加了不少管理难度和人力投入。
就让我从多云定义、多云纳管及其价值等方面进行介绍，扫清一些基本概念理解偏差。
多云如何定义区分
IaaS云
说IaaS云其实并非严谨，只是借用概念比喻一种偏重于提供基础架构资源的云平台类型，典型有企业单位自建的机房和传统IDC托管类型数据中心，定义为IaaS更多是商业推广或项目名目的需要。
这种云在早期一般只提供机房设施、动力环绕、硬件设备的基础服务，比如机器上架上电后即交付用户使用，同时配套一些日常硬件报警检查和通知服务。
随着虚拟化技术普及，当有能力将多个计算和存储节点融为一池后，原来的一堆X86机器随即升级为大家口中的“云平台”，像水电一样弹性调用。这是一种从技术层面界定的云。
PaaS云
随着行业业务转型与规模渐渐扩大，用户提出更多管理服务诉求，比如资源服务上除了虚拟机外，还需要数据库服务、中间件服务、网络服务、安全服务，乃至一些进阶的大数据服务、微服务、Devops服务等，在管理服务上除了基础的硬件状态监控，还需要业务系统监控、资源集中管理、自动化运维操作、流程派单、报表与门户等等。
传统IDC发现“IaaS云”已经没有什么竞争力，单纯虚拟化已经无法满足用户，恰逢互联网逐步兴起，业界渐渐发现需要一套针对云特性的“操作系统”，此时最具代表性的Openstack应运而生。
各家互联网头部以及运营商纷纷基于它定制专属的PaaS服务云，典型如华为云、腾讯云、电信云。它们首先在公有云领域发力，逐步下沉到私有云，甚至换上更为时髦名头比如数据中台、应用中台、AI中台等。这是一种屏蔽底层基础架构、注重差异化服务而定义的云。
行业云
我们常常从用户口中听到的比如政务云、警务云、教育云，更多是基于上述IaaS和PaaS云基础上的行业化定制，针对行业应用业务特性配置不同层次的资源与服务类型，更多是一种从业务范围定义的云。
区域云
此外还有一些以省市区县，或直接单位名称命名的云，本质很可能也是类似于IaaS和PaaS云，这里不展开赘述。
多云环境如何纳管
当我们大概把各种纷纭繁杂的云平台区分开来后，很快就面临一系列如何统一管理的问题，包括：
公有云和私有云之间、不同厂家云平台之间是不是都能统一管理？
如果能管，管到什么颗粒度，可以一站式发起多有云平台上的虚拟机创建、开关、快照吗？
是不是只要接管了云平台，其上的所有虚拟机系统都统一纳管起来？
要回答这个问题，我们需要将云平台拆开三部分分析：云平台本身、虚拟机系统组件以及PaaS服务组件。
云平台
本质是一套针对云环境的操作系统，类似Windows、Linux的升级版，我们使用的绝大部分是经过厂家商业化增值并封装的平台产品，里面提供了各种便利服务，比如查看资源池容量、多租户隔离授权、虚拟机增删迁备，这些属于平台内部固化的功能，只能通过厂家公开的API进行调用，否则只依靠基础网络访问和少量开源接口（部分厂家可能）能驱动的动作非常有限，这是客观技术限制。
虚拟机系统组件
即平台所交付虚拟机中的操作系统、数据库、中间件以及应用等组件（严格来说虚拟机硬件也属于云平台的一部分），本质上它们与物理机、虚拟化平台所交付的并没有区别，与底层平台基本互不相干，依然按照常规方法进行纳管即可，比如Agent。
PaaS服务组件
PaaS云更多以服务目录的方式提供“打包”过的数据库服务、中间件服务、网络域名服务、安全服务、大数据分析服务、微服务等，往往是基于开源组件改造封装，与传统组件已然不同，所以无法以常规方式纳管，需要具体分析，常以API、日志、网络访问协议等多种途径间接实现纳管。
多云纳管的价值何在
假设我们确实可以从上述三种维度实现多套云平台的纳管，只是单纯把东西集中到一起又有什么价值呢？我们可以尝试从运维运营场景角度思考：
1.资源的统一管理和分配需要，业务人员无需关心底层资源类型，只需要按需提单申请资源配置，由统一平台动态调度、成本核算。
2.实现统一监控需要，尤其是同时分布到云上云下的业务系统，或者是需要同时关注硬件、云平台和系统组件状态的监控需求，只有这样才能真正意义上从业务出发，提高监控的效率和质量。
3.提供了跨云平台的自动化的可能性，将不同平台上各维度资源组件的驱动接口或数据接口注册到统一平台形成原子组件，自定义调度编排为标准化流程，从而满足跨平台间的复杂任务需求，理论上如虚拟机迁移。
4.此外还可能有多云环境下的统一流程工单服务、统一数据运营可视化，以及综合大数据分析
这些场景在多云统一纳管情况下都可能有无穷的想象空间，有待用户、厂商、服务商以及生态中的各方力量共同挖掘。
作者：曾嘉成
往届文章
DevOps是如何实现效率的提升？
腾讯PaaS Influxdb节点迁移
Oracle数据迁移后归档文件暴增怎么办？
新闻标题：如何纳管与定义多云？
当前地址：http://scjbc.cn/article/gsscdd.html
