CloudOS:落地平台工程,实现真正的DevOps

2023-08-16

706

背景


云原生时代已经来临,企业应用上云不再是要不要做的问题,而是什么时候做、如何做的问题。


云原生狭义的理解,包含几个核心:微服务、DevOps、CICD、容器。其核心理念是“面向服务”,将应用拆分成多个小型、可独立发布和升级的服务,并使用容器技术进行管理。通过这种方式,云原生应用能够更加高效、灵活地运行和扩展,同时也能够更快地响应业务变化。


相对其他几个组成部分来说,微服务、CICD、容器这3个相对比较明确,而DevOps的定义其实比较含糊,因为DevOps强调的是研发人员和运维人员的目标一致性,做到应用的快速开发快速交付,至于如何做到,并没有标准的做法,对DevOps理解的差异导致了落地的千差万别。


同时,引出了DevOps停滞背后的核心矛盾:开发者不想跟基础设施打交道,但企业在发展过程中又需要专人管控自己的基础设施。在此背景下,平台工程(platform engineering)应运而生。


Gartner发布2023年十大战略技术趋势,“平台工程”赫然在列。Gartner预测,到2026年,80%的软件工程组织将建立平台团队,其中75%将包含开发者自助服务门户。


如何理解平台工程


Luca Galante将平台工程定义为“设计和构建工具链和工作流的学科,为云原生时代的软件工程组织提供自助服务功能。平台工程师提供的集成产品通常被称为‘内部开发人员平台(IDP)’,涵盖了应用程序整个生命周期的运营需求。”


平台工程作为一种重要的衍生出来的新领域,其主要任务是构建一个支持云原生应用的平台,提供与具体业务无关的通用功能,如自动扩展、负载均衡、日志、监控、安全等。通过平台工程,可以将应用与平台解耦,使得应用能够更加专注于业务逻辑,同时也能够更好地利用平台提供的底层能力。


总结一下,用大白话说,就是一群工程师做一个面向开发者的平台,让开发者专注于业务开发,各种工具随手可得,资源像洗衣机使用自来水一样自动匹配,应用运维简单易用。


其实,平台工程的理念与云原生的理念是高度契合的——以应用为中心


平台工程的产品落地:CloudOS


以应用为中心的内部开发人员平台(IDP)应该是什么样子?先从企业应用上云说起。


企业应用上云,从物理机到虚拟机到容器,容器做到了资源的快速创建和回收,容器让服务器资源做到了跟自来水一样拧开水龙头就有。


让开发者专注于应用的云平台应该是如下的样子,就是下图中的应用云,开发者进去看到就是应用本身,开发者针对应用就行架构设计、编码、测试、交付、运维,完全不关注资源,当把一个应用通过交付引擎交付到不同的容器资源池时,自动创建匹配的容器资源,就像一个洗衣机怼上了一个水龙头接口,拧开水龙头就可以了。


CloudOS就是这样的理念设计和实现的。


1、应用对应着CloudOS的项目,比如CRM项目,MES项目。


平台工程DevOps


2、进入项目里面,应用设计对应着CloudOS的架构设计。


平台工程DevOps


3、应用开发对应CloudOS项目里面的“云端编码”。


平台工程DevOps


4、应用交付对应着CloudOS里面的一键发布,部署到各种容器资源池。


平台工程DevOps


5、应用测试对应着CloudOS里面的测试。


6、应用运维对应着CloudOS里面的应用菜单,开发人员可以在这里查看应用的状态、监控信息、查看及查找日志、进入终端、水平伸缩、设置告警、应用升级等能力。


平台工程DevOps


围绕着应用的整个生命周期,开发人员面对的应用,不需要面对云原生里面的K8s容器。


总结


虽然平台工程是新概念,但是剥开其外皮,内核就是以应用为中心,跟云原生的理念一模一样,跟CloudOS的理念也一模一样。我们相信这是应用上云的趋势,这是云原生平台该有的样子,而不是一堆工具的杂乱堆积。


云原生技术资料

行云创新联系


技术交流
我们建立了多个云原生技术交流群,其中有来自Oracle、Citrix、华为、腾讯等国内外云计算专家,立即扫码,拉你进群。目前已有2000+开发者加入我们......
云原生厂商 云原生技术服务商
在云原生时代,行云创新致力于通过赋能开发者,实现企业快速迭代与交付,大幅提升创新效率。
产品下载