平台工程

平台工程之路,我们自2016年就开始思考和践行


高盛把“新一代软件开发平台”作为未来一个时代的关键技术预测,Gartner连续两年把“平台工程”定义为十大技术趋势之一,甚至行业提出了“DevOps已死,平台工程永生”这样的极端说法。为什么平台工程对数智化时代的企业尤其重要?为什么我们认为平台工程是今天我们耳熟能详的BizDevOps、云原生、组装式研发、低代码技术发展的必然融合?为什么我们认为平台工程的就绪是企业迎接智能化的关键?在远未提出“平台工程”概念的 2016 年,行云就已经开展相关趋势的思考,并通过与金融、制造、能源、航空等众多行业客户的成功实践,坚定了行云的“平台工程”之路。


期待与您联系,并一起畅谈平台工程之“道、法、术、器”,相信一定会对您的平台工程建设有所启发。

行云理解的平台工程
  • 平台工程之核心价值
    企业的数字化创新离不开软件,而软件是被开发出来的。工业领域早已进入“自动化、模块化、标准化”时代,而软件还相距甚远,甚至依然有大量的“土法炼钢”开发模式。企业在业务上的快速发展已经倒逼软件开发在“道、法、术、器”各层面的变革。而这个专业领域从曾经的DevOps、云原生、低代码、IDP等各种维度的独立发展,终于汇聚于今天“平台工程”这个统一体系下。
  • 平台工程之技术差异
    平台工程不否定DevOps、云原生、低代码、IDP的价值,反而充分的包容他们甚至是基于他们的演进。平台工程反对不考虑全貌、长远的统筹而独立建设某一单一领域。今天很多企业似乎 DevOps、云原生什么都有,但依然没有释放出推动企业数智化的动力,原因在于没有应用“平台工程”的整体思路。
  • 平台工程之发展趋势
    平台工程是企业在数字时代发展下的必然需求,也是为智能化的未来做好准备的前置条件。大模型把智能化趋势比预想更快的速度推送到每家企业面前。与其盲目跟风、不知所措,不如冷静思考、修炼内功。以行云合作过的部分头部金融、制造企业构建“企业智能体”技术为例,智能体必须与平台工程融合才能对企业内的各业务有精准的感知和理解,从另外一个角度,如果我们认同所有业务除了有 PC 版、App 版还会有一个 AI 版,那这些版本都应该在统一的平台工程上用最小的代价构建出来。
  • 平台工程之建设步骤
    平台工程是企业现有研发工具体系的自然和必然延续。推倒重来绝对不是构建平台工程的方式。平台工程在“道、法”层面虽然有一定的行业共识,但在“术、器”层面则有高下之分。而面对这个全新的、有高度的、庞大的领域,已经不再是靠企业内部技术人员搭建一套 K8s,跑通 Jenkins 流水线那么简单可以实现。与有相关经验的伙伴坐在一起,规划出符合企业自身特点的平台工程落地方案,一定是每一家企业的平台工程建设走向成功之路。
详细了解什么是平台工程
行云创新平台工程解决方案
云原生平台工程架构图
云原生平台工程
  • 应用展现层
    基于工程平台的各种工具和能力“开发”出来、运行于工程平台的应用,包括传统的GUI应用,也包括可以使用自然语言交互的智能应用。
  • 应用装配层
    提供专业代码和低代码的支持能力,包括云端 IDE、自动化测试、流水线、微服务架构设计、API管理、前端低代码、API编排、Anything2API等功能。
  • 能力服务层
    实现企业数字资产的沉淀和管理,包括企业公共的业务能力组件、消息中间件、数据库中间件等。一些外部的公共能力也可以上架到能力服务层供上层的应用装配使用。
  • 基础算力层
    实现数字化应用的运行支撑,此平台可以与其他厂家容器平台对接、与各种公有云私有云对接、与边缘算力管理平台对接,灵活实现业务的多云交付、混合云交付、跨云交付、边缘交付等多种多样的交付场景。
面向人群的平台能力
架构师
  • 定义微服务开发框架
    灵活的自定义开发框架模板,包括公司定义的标准化微服务开发模板,示例项目模板等。更是可以用来学习新技术,如“DAPR开发示例模板”。
  • 可视化“拖拉拽”软件架构蓝图
    面向应用开发的可视化编排系统,进行软件架构设计,快速构建云边一体化应用。
  • 公共能力复用
    实现公共能力等研发成果的分享和复用,避免重复开发。软件架构蓝图归档,保持与生产环境应用的架构一致,让应用维护和升级更简单,实现架构资产维护。
  • K8s图形化封装
    图形化封装K8S、Docker等底层技术,简单易用,降低云原生技术门槛。
开发工程师
  • 在线高效开发
    云端IDE编码+大模型(连接GPT4, 通义千问,文心一言, ChatGLM等公有、私有大模型)支撑异地团队高效协同创新,保障信息安全。
  • 低代码快速开发
    组装式前端页面编排,快速构建Web/H5/小程序,与API互联。后端低代码+API编排能力,效率提升10倍。
  • API声明管理与调试
    组装式API和函数编排,快速构建新的业务能力。
  • 应用发布升级
    平台提供 Dockerfile 模板,并自动实现镜像文件构建,CI快速反馈代码质量,高效排查应用问题。
测试工程师
  • API测试用例管理
    进行 API 规范化定义,围绕 API 文档进行开发、研发变更管理、调试。API 文档可追踪、可找回、可切换。
  • API自动化测试
    API 管理支持与需求管理、自动化测试、问题管理等平台对接,打通端到端流程。
  • 高效定位应用问题
    API 自动化测试、测试报告生成、测试通知、报表统计等。
  • API Mock
    实现微服务的契约测试、API MOCK 测试,大幅提升研发效能。
应用运维工程师
  • 高效部署与更新应用
    可视化一键发布(多云/多数据中心),简单、易用。
  • 高效扩缩容
    环境随需创建、秒级完成,解决开发测试环境的担忧。可根据需要灵活定义环境,并在发布时指定所发布的位置。免去了服务器申请、环境搭建等一系列开销,极大地加快了环境的置备效率。
  • 高效分析应用问题
    以应用为中心的可视化运维中心。
  • 架构可观测
    实现以应用为中心的可视化运维,让应用运维更简单高效。
容器运维工程师
  • 高效管理容器资源池
    支持通过 web 终端进入容器进行调试。
  • 容器资源池监控告警
    基于 cpu 内存等资源使用指标,日志关键字,服务健康状态等设置告警规则,并通过邮箱等形式进行告警。
  • 容器资源池容量管理与分配
    服务根据 cpu、内存等资源的使用量、服务请求的接收次数和响应时间进行副本数自动弹性伸缩。
  • 异构容器资源统一纳管
    通过单一控制面板实现跨混合云的K8s统一管理,专注于K8s的多云统一管理,无缝对接多套异构环境的K8s集群。
平台工程相关技术差异
平台工程与云原生的关系
相关的点

平台工程与云原生都是一种方法论,都提倡“以应用为中心”,而不是“以资源为中心”。

云原生的理念和方法论需要以平台工程来落地、赋能开发者。


不同的点

目标不同:平台工程的主要目标是构建一个自助式的服务平台,更具体。云原生是一种基于云计算的软件开发和部署方法论,强调容器化、微服务架构、自动化管理和分布式架构等技术,更抽象。

技术栈和工具不同:平台工程强调为开发者搭建一个自助服务平台,会使用到很多工具和技术栈,这些工具可能包括版本控制系统、CI/CD工具、监控和日志分析工具等。云原生通常使用容器化技术(如Docker)和容器编排工具(如Kubernetes)来管理和部署应用程序。

侧重点不同:平台工程强调的是生产过程,如何使用一套流程和工具来做菜。云原生强调的是结果,做出来的菜应该是什么样子的。

平台工程与DevOps的关系
相关的点

平台工程与DevOps都是一种方法论。平台工程可以被视为DevOps的演进或补充,DevOps的实践有一个漏洞——让开发者承担大量运维工作,得不偿失。平台工程的出现让运维工作变成一件很容易的事,解决DevOps的漏洞。

DevOps的理念和方法论需要以平台工程来落地、赋能开发者。


不同的点

侧重点不同:平台工程强调的一个自助服务的、高效的平台、生产力工具。DevOps强调的是开发与运维的协作。

实现路径不同:平台工程会在企业内部建立一个内部开发平台,并不断优化,以实现研发快、运维稳、成本低的目的。DevOps没有具体的实现路径,落地的工具层面就是敏捷管理工具和流水线。

详细了解什么是平台工程
云原生厂商 云原生技术服务商
在云原生时代,行云创新致力于通过赋能开发者,实现企业快速迭代与交付,大幅提升创新效率。
产品下载
一步之遥...
烦请您告知一些信息,以便我们更好地服务您。表单提交后无需审核即自动转入下载页。
非常感谢您的关注、支持和理解!
获取验证码
提交成功
全站资源均可下载或浏览
立即获取