云原生技术的兴起为前所未有的灵活性和性能提供了机遇,其中容器化、无服务器计算和微服务是这一转型的关键驱动因素。 根据 Gartner 的数据,到 2025 年,95% 的新数字工作负载将在云原生平台上实现。对于参与这一演进的企业,以下是关于云原生原则的重要性以及它们如何彻底改变数字时代的事项。 从传统到云原生的转变 从传统系统向云原生平台的转变主要受到对更大敏捷性和灵活性的需求驱动。我们来看看 Blockbuster 和 Netflix。 云原生原则及其与无服务器计算和微服务的关系 云原生的核心是容器化,通常利用 Docker 容器,并由 Kubernetes 进行编排,为部署应用提供了标准化环境。 动态资源扩展:由像亚马逊 EC2 和 Kubernetes 这样的服务支持的云原生环境将适应性置于前沿。
从传统IT基础设施的云化,到公有云、私有云、混合云的变迁,以云为主角的数字经济底座正在加速进化。 显而易见,从单纯的资源型基础设施,演进为全面支撑企业数字化成长的新一代平台,是云进化的必由之路。在这条充满荆棘的道路上,数字原生也许是夜空中最明亮的星。 易捷行云EasyStack在2019年就推出基于云原生架构的新一代私有云,使可进化架构成为可能;2022年又发布数字原生基础设施三大解决方案,将云原生作为数字原生基础设施中的一种场景化能力。 易捷行云EasyStack通过构建数字原生引擎EOS,使新一代数据中心拥有了“操作系统”,数字原生基础设施也因而具备可进化架构、数字驱动模型、开源生态产品化三大架构能力和渐进式路径、全云能力就绪、运营消费模式三大应用能力 如果说数字原生为云的进化指明了方向,那么更好的云也让数字原生基础设施拥有不断迭代升级的动力。易捷行云EasyStack的探索刚刚起步,行云流水的故事还在后面。
作者 | 褚杏娟 云原生热度持续攀升,这一趋势也延伸了到中间件领域。借助云原生技术,中间件正在解决了自身的弹性、韧性、运维、交付等问题。同时,开发者使用中间件方式也越来越云原生化。 那么,在云原生时代,中间件应该如何完成自己的技术“进化”呢?5 月 30 日,网易数帆云原生首席架构师冯常健做客《极客有约》,与我们一起探讨了这一话题。 目前,我在公司里面也一直在做云原生相关的微服务、容器化、服务网格、中间件以及 DevOps 等云原生工程大规模落地实践方面的事情。 Q:您觉得,云原生从最开始到现在发生了哪些重大进展? 随着云原生各项技术的发展,大家慢慢发现 DevOps 理念倡导的敏捷、灵活和快速,都可以通过云原生技术落地。可以说,云原生技术真正重塑了企业开发和运维的整个过程。 整个业界都一样,都在持续进化。 另外,对于大家现在提的比较多的中间件的网格化,虽然目前还没有特别实际的生产场景需求,但它描绘的愿景确是非常美好:进一步提升开发效率和运维效率,我们也会持续关注。
什么是云原生? 云原生(Cloud Native)是由 Pivotal 的Matt Stine在2013年提出的一个概念,是他多年的架构和咨询总结出来的一个思想的集合。 云原生应用 云原生应用是天然适合云特点的应用,云原生应用系统需要与操作系统等基础设施分离,不应该依赖Linux或Windows等底层平台,或依赖某个云平台。 CNCF给出了云原生应用的三大特征: 容器化封装:以容器为基础,提高整体开发水平,形成代码和组件重用,简化云原生应用程序的维护。 云原生应用和本地部署应用程序之间的差异 云原生应用程序开发采用与传统企业应用程序完全不同的体系结构。 可更新 云原生应用程序始终是最新的,云原生应用始终可用。 本地部署应用程序需要更新,并且通常由供应商按订阅提供,并且在安装更新时需要停机。 弹性 云原生应用程序通过在峰值期间增加的资源来利用云的弹性。
云原生安全发展可谓方兴未艾,云原生环境中的各类安全风险日益频发,云上的对抗也成为现实,越来越多的企业开始探讨如何设计、规划云原生环境中的安全架构,部署相应的安全能力。 云原生安全的现在和未来如何,笔者不妨从一个较高的视角进行探讨。 与云计算安全相似,云原生安全也包含两层含义:“面向云原生环境的安全”和“具有云原生特征的安全”。 笔者看来,前者是必经之路,可以说是阶段1,而随着面向云原生的安全越来越成熟,将会迸发出极大的驱动力来构建具有云原生特征的安全能力,进入阶段2,当然这还远不够,原生安全才是云原生安全的终篇。 1 面向云原生环境的安全 总体而言,云原生安全的第一阶段是安全赋能于云原生体系,即构建云原生的安全能力。 面向云原生环境的安全,其目标是防护云原生环境中的基础设施、编排系统和微服务等系统的安全。 既然未来云安全等价安全,而云计算的下半场是云原生,那不妨也做个推论,云原生的未来也会等价于原生安全。
在本节课程中,我们将开始学习如何从攻击者的角度思考,一起探讨常见的容器和K8s攻击手法,包含以下两个主要内容: 云原生环境的攻击路径: 了解云原生环境的整体攻击流程。 云原生攻防矩阵: 云原生环境攻击路径的全景视图,清晰每一步采取的攻击技术。 目前,多个云厂商和安全厂商都已经梳理了多个针对容器安全的威胁矩阵,我们可以参考这些成熟的模型,结合个人对云原生安全的理解,构建自己的攻防矩阵。 针对云原生环境的攻击技术,与传统的基于Windows和Linux的通用攻击技术有很大的不同,在这里,我们梳理了一个针对容器和K8s常见攻击技术的云原生攻防矩阵。 视频版:《云原生安全攻防》--云原生攻防矩阵
什么是云原生 设计目的 云原生软件的设计目的是预测故障,并且即使当它所依赖的基础设施出现故障,或者发生其他变化时,它也依然能够保持稳定运行。 定义 云原生软件是高度分布式的,必须在一个不断变化的环境中运行,而且自身也在不断地发生变化 不适合使用云原生架构的情形 不需要云计算的软件,例如嵌入到家电中的软件。 云原生提供的是最终一致性,但如果需要数据强一致性的话,云原生架构就不适用了。 用云原生架构重写软件时并没有提供新的价值 云原生的价值 云原生的绝妙之处在于它最终是由许多不同组件组成的,即使其中一些组件的模式不是最新的,云原生组件也可以与他们进行交互。 云原生平台 云原生平台的发展 AWS:软件架构、开发和运维并没有太多的改变。
而率先完成 DevOps 转型 的企业在进行 云原生 应用改造和技术革新过程中也面临着同样的问题。 这就对 DevOps 在云原生环境下的应用提出了新的课题和实践诉求,我们如何在云原生的环境下实践 DevOps 以达到更有生产力的表现? 本文将结合最新一期的技术雷达,试图勾画出 DevOps 在云原生的环境下的特性、未来的趋势以及相应的实践。 背景:不断蔓延的云环境复杂性 本期技术雷达主题之一是:不断蔓延的云环境复杂性。 但在云原生的场景下,我们无需去构造工具链,因为工具链本身是为最佳实践服务的。我们只需要根据自己的实践选择对应的服务就可以了,不光包含云平台自身的,也包括外部的。 在云原生的场景下,全球的竞争加速了技术实践的淘汰,有生命力的工具和服务在市场上生存了下来。并和它们所服务的客户一起创造了更加有生命力的技术实践。
云原生概念12个因素 简介 如今,软件通常会作为一种服务来交付,它们被称为网络应用程序,或软件即服务(SaaS)。 适合部署在现代的云计算平台,从而在服务器和系统管理方面节省资源。 将开发环境和生产环境的差异降至最低,并使用持续交付实施敏捷开发。 可以在工具、架构和开发流程不发生明显变化的前提下实现扩展。 云原生应用的12要素,原文 The Twelve Factors I. 相反的,应该借助操作系统的进程管理器(例如 Upstart ,分布式的进程管理云平台,或是类似 Foreman 的工具),来管理 输出流 ,响应崩溃的进程,以及处理用户触发的重启和关闭超级进程的请求。
云端存储和微服务架构以及现在的云原生技术都是在实现编程范式的设计理念。云原生是设计师的技术定义规范。云原生技术的具体实现方式在不同的区域会有不同的实现产品落地。 云桌面在现在的大众社会并不存在。互联网社会网络交通十分发达,本地存储可以节省很多的人力物力资源空间。云端存储的数据需要有大型的服务器集群提供服务。无服务架构是一种服务端节点部署机器的集群搭建。 云原生技术是现在很多的不同互联网公司的产品发布定义。Springboot的启动框架构建需要有原生开发团队的维护支持。AI的技术实现在海量数据存储和实现服务方面为当地的社区提供不同的数据技术团队。 构建项目的云服务需要在项目组本地部署实现。云原生技术在远程,在本地部署推广。领域驱动模型的设计构建方式是产品设计是的一种云原生的实现方案。 本地部署的方式有利于系统的原生落地。不同的区域的服务和数据都会根据用户的使用反馈进行变更和迁移。数据服务的开发需要有大型的机器集群和数据节点的服务基础设施的搭建。
云原生历史 etcd性能优化 调度 Operator
在互联网与云计算技术发展的日新月异过去五年中,应用研发人员对效率与敏捷的极致追求,终于把业界带进了一个崭新的云原生时代。 而云原生理念的迅速普及,火了 Docker,红了 Kubernetes ,也间接让一个编程语言成为了如今服务端的“当家花旦”。不消多讲,这位在云原生领域里正红的发紫的“角儿”,就是 Golang。 基于这样一个引擎,平台团队可以快速、高效地以 Kubernetes 原生的方式在 KubeVela 中植入任何来自云原生社区的应用管理能力,从而基于 KubeVela 打造出自己需要的云原生平台,比如: 云原生数据库 PaaS、云原生 AI 平台、甚至 Serverless 服务。 ”为核心的云原生应用层项目。
风言风语 1 云原生是什么? 最近云原生大行其道,各种风吹草动,那么云原生到底是什么,除了云原生剩下的是不是都野生的? 云原生本名cloud native,表示这个程序就是为云定制化开发的,云原生的发展经历了几个阶段:第一个阶段是在机房里面,包括所有的iaas,paas,saas,那是传统运维;第二个阶段是云托管时代,这里面会把 2 为什么需要云原生SRE? 所有的这些,也就促成了云原生SRE的诞生,云原生SRE属于平台级运维,属于数据化运维,如果这些SRE有脑子的话,那么可以摇身一变,变成智能化运维。 ? 高端的产品必然有高端的食材,这就是云原生SRE的舞台。
译者序 云原生是一种行为方式和设计理念,究其本质,凡是能够提高云上资源利用率和应用交付效率的行为或方式都是云原生的 云原生应用追求的是快速构建高容错性、弹性的分布式应用,追求极致的研发效率和友好的上线与运维体验 ServiceMesher社区 ---- 第1部分 云原生上下文 1 什么是“云原生” ChaosKong演习 Netflix如何能够恢复得如此之快? 区域对应地理地区,而可用区在单个区域内提供进一步的冗余和隔离 云原生软件的设计目的是预测故障,并且即使当它所依赖的基础设施出现故障,或者发生其他变化时,它也依然能够保持稳定运行 让面向失败的设计成为它们构建 这些需求,以及对一个运行这些软件的新平台的需求,直接导致了一种新的软件架构风格的出现,即云原生软件 图1.4用户对软件的需求推动云原生架构和相应管理方式的发展 图1.5从架构和管理方面我们理解了云原生软件的核心特征 这是云原生软件的口头禅,我希望你在阅读本书的过程中能够时刻谨记 面向失败设计最基本的模式之一,是实现回退的方法,即当主逻辑失败时执行的代码。
什么是云原生 1.1 CNCF组织 在讲云原生之前,我们先了解一下CNCF,即云原生计算基金会,2015年由谷歌牵头成立,基金会成员目前已有一百多企业与机构,包括亚马逊、微软。思科等巨头。 1.2 云原生 CNCF给出了云原生应用的三大特征: 容器化封装:以容器为基础,提高整体开发水平,形成代码和组件重用,简化云原生应用程序的维护。 云原生包含了一组应用的模式,用于帮助企业快速,持续,可靠,规模化地交付业务软件。云原生由微服务架构,DevOps 和以容器为代表的敏捷基础架构组成。 本文主要是对云原生的概述。云原生应用的三大特征:容器化封装、动态管理、面向微服务。首先由CNCF组织介绍了云原生的概念,然后分别对这三个特征进行详述。 云原生架构是当下很火的讨论话题,是不同思想的集合,集目前各种热门技术之大成。 参考 云原生应用之路 架构演化:云原生时代正式开启 cncf/landscape
浅谈云计算已对云计算有了描述,这里来讲讲我理解的云原生。 云原生的目的,就是提供更多的通用服务,让用户更专注业务。 云原生定义 云原生(CloudNative)是一个组合词,Cloud+Native。 Cloud表示应用程序位于云中,而不是传统的数据中心;Native表示应用程序从设计之初即考虑到云的环境,原生为云而设计,在云上以最佳姿势运行。 前言 不变 虽然我们都在说云原生,但很多东西并没有变。 此外,云原生也利好开源软件公司,比如MongoDB,PingCAP等公司,云原生为其提供了很好的商业模式。 总结 云原生的目的,就是提供更多的通用服务,让用户更专注业务。
本人现在工作中负责云原生服务管理平台的研发(主要管理各类云原生基础设施,平台服务和第三方托管应用),但即便如此,常被问起云原生是什么时,我也很难简洁的向人表述清楚,导致自我也经常问一遍,云原生究竟是什么 [1] 一文中提到云原生是一种构建和运行应用程序的方法,云原生开发融合了 DevOps、持续交付、微服务和容器的概念在里面。 CNCF (云原生计算基金会)在 cncf/toc[2] 给出了云原生 V1.0 的定义: 云原生技术有利于各组织在公有云、私有云和混合云等新型动态环境中,构建和运行可弹性扩展的应用。 结合可靠的自动化手段,云原生技术使工程师能够轻松地对系统作出频繁和可预测的重大变更。 云原生计算基金会(CNCF)致力于培育和维护一个厂商中立的开源生态系统,来推广云原生技术。 只要符合这类思想的应用就可以称为云原生应用。 云原生技术体系 云原生的一整套技术体系其实是紧密联系的,这得从软件架构的逐步演进说起。
云原生技术可帮助我们更快地交付软件产品,同时降低 IT 运营成本。本文介绍了如何实现云原生,以及一些可以使用的云原生项目。 这些公司的产品基于云服务,并利用云原生技术来比竞争对手做到更快,更具适应性。许多企业采用了云原生技术,并将概念引入其内部部署应用程序。 了解和选择正确的云原生技术对于提高开发速度、减少开发和维护工具及基础架构至关重要。这篇文章描述了值得了解的云原生技术,并推荐了可以使用的云原生工具。 K8sMeetup 什么是云原生? 云原生技术具有以下优点: 速度:快速开发并部署云原生应用程序,缩短产品上市时间。许多云使用云原生组件,以轻松托管应用程序。 K8sMeetup 如何实现云原生 要迁移到云原生系统,我们需要一种类似以下的结构化方法: 纵向:选择一项不是关键的服务,然后将其启动,迁移到云原生技术上。
目录 一、什么是云原生? 二、“云”演进史 三、云原生核心技术及概念 1. 微服务 2. DevOps 3. 容器云 4. 服务网格 5. Serverless 无服务器架构 6. 声明式 API 四、云原生对程序员来说意味着什么? 五、云原生对 IT 岗位会有什么样的影响? ---- 一、什么是云原生? “云” 表示应用程序位于云(即云服务器)中,而不是传统的应用数据中心。 云原生架构则是开发云原生应用所用到的架构,核心有两点:一是应用要以微服务的方式进行构建、二是应用架构方式一开始就要面向容器云部署。 ,标志着云原生时代的到来。 五、云原生对 IT 岗位会有什么样的影响? 云原生对 IT 岗位的影响是全方位并且深入的,所以人人去学云原生也是必要的。
云计算巨头都在抢「算力调度业务」? 各国发布「AI 国家战略」? 看新闻仿佛置身一场术语大混战: AI、大模型、GPU、云原生,到底在说啥? 是彼此替代?还是互为上下游?能不能一句话讲明白? (Cloud Native)流程调度算力管理基础设施一句话总纲: GPU 提供算力 → 云原生调度算力 → 大模型实现智能 → 人工智能走向真实世界价值落地 它们不是替代,而是“垂直贯通”的技术链条。 这正是**云原生(Cloud Native)**登场的意义。云原生典型技术组合:能力核心技术解决的问题资源抽象容器(Docker)应用运行环境标准化智能调度Kubernetes(K8s)哪块卡干活? 微服务架构Service Mesh复杂业务模块化、自治化自动化 DevOpsCI/CD更新不宕机,快速迭代一句话总结云原生: 把 GPU 集群变成“有调度、有弹性、有韧性”的超级算力工厂 它的目标就是: AI 应用行业落地与生态真实生产力转化一句话: 谁掌握 GPU、云原生和大模型,谁就能定义 AI 的未来 结语:时代的底层规律当我们仰望人工智能的璀璨时,别忘了它脚下的地基: GPU 承担算力之力 云原生