云原生应用交付平台Orbit设计理念与价值主张

这篇具有很好参考价值的文章主要介绍了云原生应用交付平台Orbit设计理念与价值主张。希望对大家有所帮助。如果存在错误或未考虑完全的地方,请大家不吝赐教,您也可以点击"举报违法"按钮提交疑问。

本文作者:何文强——腾讯云 CODING 高级架构师

负责 CODING DevOps产品解决方案架构设计和技术产品布道以及 CODING 云原生技术研究与落地实践。在多个技术大会担任演讲嘉宾,腾讯云 CODING DevOps 课程认证出品人,腾讯云云原生训练营核心初创成员。

精通敏捷精益、DevOps 和云原生领域,技术扎实,视野开阔,格局前瞻;在泛互、教育、工业、政务、金融等多个行业拥有数字化落地规划和实战经验;多年技术开发和团队管理经验,目前专注于一站式研发效能平台的建设和推广,聚焦于**“以应用为中心“的云原生的落地与实践**,致力于中国软件工程能力的提升和改进。

Orbit 是腾讯云 CODING 推出的一个企业级云原生应用交付平台(图3-1)。Orbit 以应用为中心进行设计,主要包括应用建模、应用交付、应用运维和声明式基础设施设施交付 4 个方面进行平台设计,围绕着基于 OAM 应用建模、Application As Code、GitOps 版本化管理、统一可观测性 4 个维度进行具体价值主张声明。

云原生应用交付平台Orbit设计理念与价值主张

图 3-1

基于OAM应用建模

Orbit 基于开放应用模型 OAM(Open Application Model)进行应用建模(图3-2),采用研发和运维视角分离的原则,云原生专家或运维平台团队负责服务规范、服务模板和服务插件的制定,研发人员通过表单参数的方式引用平台团队定制模板和插件。通过这种职能视角分离,研发人员在不需要学习和掌握 Kubernetes 复杂技术细节的情况下,轻松实现应用云原生化,极大降低应用云原生化的门槛;运维人员或平台团队通过对模板和规范的建立,能够有效提升应用配置的一致性和可维护性,降低云原生规模化的成本和推广难度。

云原生应用交付平台Orbit设计理念与价值主张

图3-2

Orbit 将应用代码(镜像)、数据库、配置和环境等应用要素进行了统一的定义和管理,通过统一的应用模型,屏蔽了应用底层的基础设施,不与具体云厂商绑定,兼容多云 Kubernetes 平台,支持企业基础设施的平滑升级和渐进式演进。

Application As Code

Orbit 将服务、配置、数据库、部署流水线、基础设施和环境的应用要素进行层级划分(图3-3)。服务、配置和数据库作为业务层,部署流水线作为交付层,基础设施和环境作为资源层。Orbit 将应用的所有要素都以代码的方式组织和存储到代码库中,以代码库作为应用要素的单一事实来源,所有的变更都以代码提交的方式进行记录和存储,Orbit 通过代码库的版本控制系统能力,实现应用在任意时刻都可追溯、可审计、可回退能力。

云原生应用交付平台Orbit设计理念与价值主张

图3-3

通过分层的设计模式实现应用配置在代码仓库中的合理有序组织,为不同的层级定义不同的目录层级,并给予相应的目录权限,实现细粒度的应用配置信息的权限控制,在增强透明、信任与协作的同时也满足组织内部的安全合规和敏感数据管理规则。

GitOps 版本化管理

Orbit 部署基于 GitOps 理念进行应用交付。GitOps 是以 Git 为核心进行应用配置信息的存储,通过有且只有唯一的存储库实现单一事实来源,并利用 Git 的 Commit、Diff、Revert、Merge 等核心能力进行版本变更管理。开发人员将代码或配置的修改提交到代码仓库中,会触发持续集成流水线进行代码的编译构建,生成镜像推送到制品库,Orbit 会监听制品库和配置的变化,通过 Git Diff 能力自动拣配当前版本与上一版本的差异,按需选择变更内容进行发布单创建。运维人员或发布人员通过对发布单内容的审查,进行版本的发布。在审计方面,通过 Git Commit 信息,可以查看每次变更的内容,实现变更内容的审计与追溯。在发布可靠性和回滚方面,通过 Git 版本化实现应用的原子化发布,也通过 Git 的 Revert 命令,让应用回滚变得简单可靠。

云原生应用交付平台Orbit设计理念与价值主张

图3-4

统一可观测性

云原生应用可观测性主要围绕日志(Logging)、链路追踪(Tracing)、监控(Monitoring)三个维度进行建设,统一的可观测平台有利于快速的发现问题、定位问题和和解决问题。Orbit 在可观测方面以统一观测为目的,以生态开放为原则,以兼容主流为手段。在产品设计上能够兼容主流的可观测平台和工具,并通过 Adapter(适配器)模式进行生态插件的集成与适配,同时兼容 OpenTelemetry 规范,实现日志、链路追踪、监控的统一展示和数据互通。

云原生应用交付平台Orbit设计理念与价值主张

图3-5

了解了 Orbit 的设计理念和价值主张后,我们将在下一篇文章对 Orbit 的核心能力 OAM、GitOps、可观测性、数据库管理等进行讲解和实践,敬请期待!文章来源地址https://www.toymoban.com/news/detail-494882.html

到了这里,关于云原生应用交付平台Orbit设计理念与价值主张的文章就介绍完了。如果您还想了解更多内容,请在右上角搜索TOY模板网以前的文章或继续浏览下面的相关文章,希望大家以后多多支持TOY模板网!

本文来自互联网用户投稿,该文观点仅代表作者本人,不代表本站立场。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如若转载,请注明出处: 如若内容造成侵权/违法违规/事实不符,请点击违法举报进行投诉反馈,一经查实,立即删除!

领支付宝红包 赞助服务器费用

相关文章

  • Zookeeper设计理念与源码剖析

    Follower server 可以直接处理读请求,但不能直接处理写请求。写请求只能转发给 leader server 进行处理。 最终所有的写请求在 leader server 端串行执行。(因为分布式环境下永远无法精确地确认不同服务器不同事件发生的先后顺序) ZooKeeper 集群中的所有节点的数据状态通过 ZAB 协

    2024年01月16日
    浏览(40)
  • MOS管的工作原理以及设计理念

    一、MOS管工作原理         1、大种类以及结构形式         MOS管总体上分为N型MOS管(N沟道场效应管)和P型MOS管(P沟道场效应管)。它们都是有三个管脚,作用都是开关作用,控制原理都是应用电容的特性,区别之处在于N和P型的电流方向相反。         如图下是

    2024年02月13日
    浏览(44)
  • Hystrix和Sentinel熔断降级设计理念

    Sentinel 和 Hystrix 的原则是一致的: 当检测到调用链路中某个资源出现不稳定的表现,例如请求响应时间长或异常比例升高的时候,则对这个资源的调用进行限制,让请求快速失败,避免影响到其它的资源而导致级联故障。 Sentinel 对这个问题采取了两种手段: 通过并发线程数进

    2024年02月09日
    浏览(42)
  • 【开篇 | Spring深度学习】Spring设计理念和整体架构

    个人名片: 🐼 作者简介:一名大二在校生 🐻‍❄️ 个人主页:落798. 🐼 个人WeChat:落798. 🕊️ 系列专栏: 零基础学java ----- 重识c语言 ---- 计算机网络 — 【Spring技术内幕】 🐓 每日一句: 努力赚钱,娶她回家! Spring 是最流行的企业 Java 应用程序开发框架。 全球数以百

    2024年02月16日
    浏览(47)
  • [React源码解析] React的设计理念和源码架构 (一)

    任务分割 异步执行 让出执法权 1.React的设计理念 Fiber: 即对应真实dom, 又作为分隔单元。 Scheduler: 用js实现一套时间片运行的机制, 使得requestIdleCallback()的浏览器的兼容性和触发不稳定的问题解决。 Lane: 异步调度有了, 需要细粒度的管理各个任务的优先级, 让高优先级的先执行

    2024年02月07日
    浏览(38)
  • 【手撕Spring - 深入篇】Spring 的设计理念和整体架构

    👉 博主介绍 : 博主从事应用安全和大数据领域,有8年研发经验,5年面试官经验,Java技术专家,WEB架构师,阿里云专家博主,华为云云享专家,51CTO 专家博主 ⛪️ 个人社区:个人社区 💞 个人主页:个人主页 🙉 专栏地址: ✅ 带你手撕 Spring 🙉八股文专题:剑指大厂,

    2024年02月14日
    浏览(40)
  • Vue3.x的设计理念-Vue3导读

    目录 VUE-NEXT【vue3】 VUE-NEXT最核心的变更 Why not SFC?【单文件组件】 Composition API 生命周期钩子变化 什么是响应式(Reactivity) Reactive值 Proactive vs Reactive 声明式程序 声明式程序:创造语言 声明式程序:Reactive 小结:常见误区 vue3+ts环境配置之后会单独写篇文章,这里就不赘述

    2024年02月06日
    浏览(31)
  • 从零开始理解Linux中断架构(2)-朴素的中断管理设计理念

            既然是从零开始,我们先从最为简单的中断逻辑处理架构开始,这个逻辑结构跟CPU架构没有关系,纯逻辑上的。纯逻辑是跨越系统和应用的,不管对于应用程序员还是系统程序员,逻辑推导是基本的工具,设计原型是基本的出发点。         在系统初始化的时

    2024年02月08日
    浏览(42)
  • 不用懂 Kubernetes 的 云原生应用管理平台

    官网 Rainbond 是一个云原生应用管理平台,使用简单,不需要懂容器、Kubernetes和底层复杂技术,支持管理多个Kubernetes集群,和管理企业应用全生命周期。主要功能包括应用开发环境、应用市场、微服务架构、应用交付、应用运维、应用级多云管理等。 Rainbond 遵循 以应用为中

    2024年02月12日
    浏览(36)
  • 【云原生持续交付和自动化测试】5.3 持续交付和DevOps实践基础知识

    往期回顾: 第一章:【云原生概念和技术】 第二章:【容器化应用程序设计和开发】 第三章:【基于容器的部署、管理和扩展】 第四章:【微服务架构设计和实现】 第五章:【5.1 自动化构建和打包容器镜像】 第五章:【5.2 自动化测试和集成测试】 云原生下对持续交付(

    2024年02月09日
    浏览(51)

觉得文章有用就打赏一下文章作者

支付宝扫一扫打赏

博客赞助

微信扫一扫打赏

请作者喝杯咖啡吧~博客赞助

支付宝扫一扫领取红包,优惠每天领

二维码1

领取红包

二维码2

领红包