精华内容
下载资源
问答
  • CNCF云原生定义1.0版本
    千次阅读
    2018-07-17 10:34:43

    CNCF Cloud Native Definition v1.0

    (CNCF云原生定义1.0版本)

    Cloud native technologies empower organizations to build and run scalable applications in modern, dynamic environments such as public, private, and hybrid clouds. Containers, service meshes, microservices, immutable infrastructure, and declarative APIs exemplify this approach.

    (云原生技术有利于各组织在公有云、私有云和混合云等新型动态环境中,构建和运行可弹性扩展的应用。云原生的代表技术包括容器、服务网格、微服务、不可变基础设施和声明式API。)

    These techniques enable loosely coupled systems that are resilient, manageable, and observable. Combined with robust automation, they allow engineers to make high-impact changes frequently and predictably with minimal toil.

    (这些技术能够构建容错性好、易于管理和便于观察的松耦合系统。结合可靠的自动化手段,云原生技术使工程师能够轻松地对系统作出频繁和可预测的重大变更。)

    The Cloud Native Computing Foundation seeks to drive adoption of this paradigm by fostering and sustaining an ecosystem of open source, vendor-neutral projects. We democratize state-of-the-art patterns to make these innovations accessible for everyone.

    (云原生计算基金会(CNCF)致力于培育和维护一个厂商中立的开源生态系统,来推广云原生技术。我们通过将最前沿的模式民主化,让这些创新为大众所用。)

    转载自 CNCF官微 微信公众号。

    更多相关内容
  • 云原生定义

    千次阅读 2019-12-09 19:45:08
    云原生(Cloud Native)的定义 CNCF最初的定义 2015年Google主导成立了云原生计算基金会(CNCF),起初CNCF对云原生(Cloud Native)的定义包含以下三个方面: 应用容器化 面向微服务架构 应用支持容器的编排...

    云原生(Cloud Native)的定义

    CNCF最初的定义

    2015年Google主导成立了云原生计算基金会(CNCF),起初CNCF对云原生(Cloud Native)的定义包含以下三个方面:

    • 应用容器化
    • 面向微服务架构
    • 应用支持容器的编排调度

    重定义

    到了2018年,随着近几年来云原生生态的不断壮大,所有主流云计算供应商都加入了该基金会,且从Cloud Native Landscape中可以看出云原生有意蚕食原先非云原生应用的部分。CNCF基金会中的会员以及容纳的项目越来越多,该定义已经限制了云原生生态的发展,CNCF为云原生进行了重新定位。

    以下是CNCF对云原生的重新定义(中英对照):

    Cloud native technologies empower organizations to build and run scalable applications in modern, dynamic environments such as public, private, and hybrid clouds. Containers, service meshes, microservices, immutable infrastructure, and declarative APIs exemplify this approach.

    云原生技术有利于各组织在公有云、私有云和混合云等新型动态环境中,构建和运行可弹性扩展的应用。云原生的代表技术包括容器、服务网格、微服务、不可变基础设施和声明式API。

    These techniques enable loosely coupled systems that are resilient, manageable, and observable. Combined with robust automation, they allow engineers to make high-impact changes frequently and predictably with minimal toil.

    这些技术能够构建容错性好、易于管理和便于观察的松耦合系统。结合可靠的自动化手段,云原生技术使工程师能够轻松地对系统作出频繁和可预测的重大变更。

    The Cloud Native Computing Foundation seeks to drive adoption of this paradigm by fostering and sustaining an ecosystem of open source, vendor-neutral projects. We democratize state-of-the-art patterns to make these innovations accessible for everyone.

    云原生计算基金会(CNCF)致力于培育和维护一个厂商中立的开源生态系统,来推广云原生技术。我们通过将最前沿的模式民主化,让这些创新为大众所用。

    展开全文
  • 云原生2.0白皮书.pdf

    2021-11-26 21:58:05
    根据云原生计算基金会CNCF的定义云原生技术使组织能够在现代动态环境(例如公共云、私有云和混合云)中构建和运行可扩展的容器、微服务、DevOps等技术使松散耦合的系统具有弹性、可管理性和可观察性,同时,与强大...
  • 进入后云计算时代,云原生正在成为企业数字化转型的潮流、加速器。Gartner报告指出,到2022年有75%的全球化企业将在生产中使用云原生的容器化(云原生的核心技术之一)应用。目前,不仅是互联网行业在使用云原生,...
  • 2017年, 云原生应用的提出者之一的Pivotal在其官网上将云原生定义概况为DevOps、持续交付、微服务、容器这四大特征,这也成了很多人对 Cloud Native的基础印象。

    到底什么是云原生(Cloud Native)?什么是CNCF(Cloud Native Computing Foundation)

    一、云原生(Cloud Native)

    1. 什么是云原生(Cloud Native)?

    云原生之所以解释不清楚,是因为云原生没有确切的定义,云原生一直在发展变化之中,解释权不归某个人或组织所有。

    Pivotal公司的Matt Stine于2013年首次提出云原生(CloudNative)的概念;2015年,云原生刚推广时,Matt Stine在《迁移到云原生架构》一书中定义了符合云原生架构的几个特征:符合 12 因素应用、面向微服务架构、自敏捷架构、基于API协作、扛脆弱性;

    Pivotal 推出过 Pivotal Cloud Foundry 云原生应用平台和 Spring 开源 Java 开发框架,成为云原生应用架构中先驱者和探路者。Pivotal 是云原生应用平台第一股,2018 年在纽交所上市,2019 年底被 VMWare 以 27 亿美元收购,加入到 VMware 新的产品线 Tanzu。

    到了 2015 年 Google 主导成立了云原生计算基金会(CNCF),开始围绕云原生的概念打造云原生生态体系,起初CNCF对云原生的定义包含以下三个方面:

    • 应用容器化(software stack to be Containerized)
    • 面向微服务架构(Microservices oriented)
    • 应用支持容器的编排调度(Dynamically Orchestrated)

    2017年, 云原生应用的提出者之一的Pivotal在其官网上将云原生的定义概况为DevOps、持续交付、微服务、容器这四大特征,这也成了很多人对 Cloud Native的基础印象。

    在这里插入图片描述云原生的四要素:持续交付、DevOps、微服务、容器:
    在这里插入图片描述
    1) DevOps
    DevOps(Development和Operations的组合词)即开发、运维一体化。涉及软件在整个开发生命周期中的持续开发,持续测试,持续集成,持续部署和持续监控。
    最佳实践:Git,Jenkins,Bamboo,Docker,Kubernetes

    2) 持续交付
    持续交付:持续交付是不误时开发,不停机更新,小步快跑,反传统瀑布式开发模型,这要求开发版本和稳定版本并存,其实需要很多流程和工具支撑。
    最佳实践:CI/CD, gitlab, Jenkins,流水线pipeline,tekton等

    3) 微服务 (Microservice)
    几乎每个云原生的定义都包含微服务,跟微服务相对的是单体应用,微服务有理论基础,那就是康威定律,指导服务怎么切分。

    4) 容器 (Container)
    2013年,Docker项目正式发布,2014年,K8s项目也正式发布。
    Docker是应用最为广泛的容器引擎,在思科谷歌等公司的基础设施中大量使用。K8S是容器编排系统,用于容器管理,容器间的负载均衡

    2. CNCF重新定义云原生

    到了 2018 年,随着近几年来云原生生态的不断壮大,所有主流云计算供应商都加入了该基金会,且从 Cloud Native Landscape 中可以看出云原生有意蚕食原先非云原生应用的部分。CNCF 基金会中的会员以及容纳的项目越来越多,该定义已经限制了云原生生态的发展,CNCF 为云原生进行了重新定位。

    2018年6月,CNCF正式对外公布了更新之后的云原生的定义(包含中文版本)v1.0版本:

    CNCF官方对Cloud Native的定义:
    Cloud native technologies empower organizations to build and run scalable applications in modern, dynamic environments such as public, private, and hybrid clouds. Containers, service meshes, microservices, immutable infrastructure, and declarative APIs exemplify this approach.

    These techniques enable loosely coupled systems that are resilient, manageable, and observable. Combined with robust automation, they allow engineers to make high-impact changes frequently and predictably with minimal toil.

    The Cloud Native Computing Foundation seeks to drive adoption of this paradigm by fostering and sustaining an ecosystem of open source, vendor-neutral projects. We democratize state-of-the-art patterns to make these innovations accessible for everyone.

    中文版本:
    云原生技术有利于各组织在公有云、私有云和混合云等新型动态环境中,构建和运行可弹性扩展的应用。云原生的代表技术包括容器、服务网格、微服务、不可变基础设施和声明式API。

    这些技术能够构建容错性好、易于管理和便于观察的松耦合系统。结合可靠的自动化手段,云原生技术使工程师能够轻松地对系统作出频繁和可预测的重大变更。

    云原生计算基金会(CNCF)致力于培育和维护一个厂商中立的开源生态系统,来推广云原生技术。我们通过将最前沿的模式民主化,让这些创新为大众所用。

    在这里插入图片描述新的定义中,继续保持原有的核心内容:容器和微服务,但是非常特别的将服务网格单独列出来,而不是将服务网格作为微服务的一个子项或者实现模式,体现了云原生中服务网格这一个新生技术的重要性。而不可变基础设施和声明式API这两个设计指导理念的加入,则强调了这两个概念对云原生架构的影响和对未来发展的指导作用。

    1、服务网格 (Service Mesh)
    微服务技术架构实践中主要有侵入式架构和非侵入式架构两种实现形式。侵入式架构是指服务框架嵌入程序代码,开发者组合各种组件,如RPC、负载均衡、熔断等,实现微服务架构。非侵入式架构则是以代理的形式,与应用程序部署在一起,接管应用程序的网络且对其透明,开发者只需要关注自身业务即可,以服务网格为代表。为了解决微服务框架的侵入性问题,引入Service Mesh。
    Serice Mesh提供了专业化的解决方案,其中所涉及的服务通信、容错、认证等功能,都是专业度极高的领城,这些领城应该出现工业级成熟度的制成品,这对于中小企业来说是一个降低成本的选择。

    Service Mesh的开源软件包括Istio、Linkerd、 Envoy、 Dubbo Mesh等。同时,为了让Service Mesh有更好的底层支撑,我们又将Service Mesh运行在Kubernetes上。
    

    2、不可变基础设施(Immutable Infrastructure)
    What is “Immutable Infrastructure”?
    参考URL: https://www.armory.io/blog/what-is-immutable-infrastructure/

    不可变基础设施里的“不可变”非常类似于程序设计中的“不可变”概念。程序设计中,不可变变量(Immutable Variable)就是在完成赋值后就不能发生更改,只能创建新的来整体替换旧的。对于基础设施的不可变性,最基本的就是指运行服务的服务器在完成部署后,就不再进行更改。

    可变基础设施通常会导致以下问题:
    - 在灾难发生的时候,难以重新构建服务。持续过多的手工操作,缺乏记录,会导致很难由标准初始化后的服务器来重新构建起等效的服务。
    - 在服务运行过程中,持续的修改服务器,就犹如程序中的可变变量的值发生变化而引入的状态不一致的并发风险。这些对于服务器的修改,同样会引入中间状态,从而导致不可预知的问题。
    

    总结:不可变基础设施其实就是生产环境下基础设施不能改动,如果改动,已切都是被记录的,是可以回溯的。

    3、声明式API ( declarative APIs)
    Declarative APIs
    https://kubernetes.io/docs/concepts/extend-kubernetes/api-extension/custom-resources/

    声明式 API 的 “声明式” 是什么意思?对于我们使用 Kubernetes API 对象的方式,一般会编写对应 API 对象的 YAML 文件交给 Kubernetes(而不是使用一些命令来直接操作 API)。
    所谓“声明式”,指的就是我只需要提交一个定义好的 API 对象来“声明”(这个 YAML 文件其实就是一种“声明”),表示所期望的最终状态是什么样子就可以了。而如果提交的是一个个命令,去指导怎么一步一步达到期望状态,这就是“命令式”了。
    “命令式 API”接收的请求只能一个一个实现,否则会有产生冲突的可能;“声明式API”一次能处理多个写操作,并且具备 Merge 能力。
    Kubernetes 有很多能力,这些能力都是通过各种 API 对象来提供。也就是说,API 对象正是我们使用 Kubernetes 的接口,我们正是通过操作这些提供的 API 对象来使用 Kubernetes 能力的。

    总结:声明式API其实就是所有资源抽象,抽象成api。这些api 标准化,相当于规范标准了。

    3. 云原生应用和传统应用的区别

    荔枝微课基础架构的演进与实践
    参考URL: https://www.upyun.com/opentalk/449.html

    云原生是一个很宽泛的概念,想要开发一个支持云原生的应用并不难,可能就是简单的实现可基于容器部署、使用Kubernetes进行编排与调度,集成CI/CD工具以及Prometheus监控工具等。
    在这里插入图片描述在这里插入图片描述
    在这里插入图片描述云原生在一个更好的基础平台与设施上提供了更多的应用。因为做了容器化就不需要指定操作系统,K8S 的资源调度更有弹性,之前需要通过代码来协调实现伸缩策略,比较麻烦,借助DevOps 会容易达成协作,因为它整个流程都是自动的,能够敏捷开发。还有微服是都是各自独立的,具有高内聚、低耦合的原则,具有自动化运维、快速恢复的特点,自愈能力强。当集群宕掉了,它会自动拉起。

    总结: 云原生与传统应用有比较明显的区别,云原生更倡导敏捷、自动化、容错,而传统应用则大多还处于原生的瀑布开发模型和人工运维阶段。

    4. 云原生必须掌握的核心项目

    在这里插入图片描述

    二、CNCF(Cloud Native Computing Foundation)

    1. 什么是CNCF

    cncf官网:https://www.cncf.io/

    2015年由Linux基金会发起了一个 The Cloud Native Computing Foundation(CNCF)基金组织,CNCF基金会的成立标志着云原生正式进入高速发展轨道,Google、Cisco、Docker各大厂纷纷加入,并逐步构建出围绕 Cloud Native 的具体工具,而云原生这个的概念也逐渐变得更具体化。CNCF最初对云原生定义是也是狭窄的,当时把云原生定位为容器化封装+自动化管理+面向微服务。

    CNCF的目的不一样,他成立的目的是希望打破云巨头的垄断,实际上是希望通过容器和k8s,将提供底层资源的云服务商变得无差异化。这主要因为CNCF基金会在当时的核心拳头软件就是k8s,因此在概念定义上主要是围绕着容器编排建立起来的生态。这也是为什么我们感觉CNCF 定义云原生的时候就是在说容器生态。

    CNCF 是非营利性 Linux 基金会的一部分。

    官网介绍:
    Building sustainable ecosystems for cloud native software
    为云原生软件建立可持续的生态系统

    Cloud Native Computing Foundation (CNCF) serves as the vendor-neutral home for many of the fastest-growing open source projects, including Kubernetes, Prometheus, and Envoy.
    云本地计算基金会(CNCF)是许多增长最快的开放源码项目的供应商中立主机,其中包括 Kubernetes、 Prometheus 和 truster。

    CNCF 致力于培育和维护一个厂商中立的开源社区生态,用以推广云原生技术

    从 2015 年 Google 牵头成立 CNCF 以来,云原生技术开始进入公众的视线并取得快速的发展,到 2018 年包括 Google、AWS、Azure、Alibaba Cloud 等大型云计算供应商都加入了云原生基金会 CNCF,云原生技术也从原来的应用容器化发展出包括容器、Service Mesh、微服务、不可变基础设施、Serverless、FaaS 等众多技术方向。

    2. 云原生Landscape(景观)指南

    https://landscape.cncf.io/guide

    如果您研究过云原生应用程序和技术,那么您可能见过 CNCF Cloud Native Interactive Landscape。毫不奇怪,它的庞大规模可能是巨大的,拥有如此多的类别和如此多的技术。

    如此多的类别和如此多的技术。你怎么理解它?
    2021 年,CNCF为了帮助理解这一重要工具,推出了Cloud Native Landscape Guide。这拆解分析了我们庞大的Landscape,并提供了对其分层、列和类别的高级概述。

    云原生Landscape(景观)指南 提供了您如何学习认识了解以及使用 cloud native landscape。推荐阅读!

    2.1 什么是cloud native landscape?

    cloud native landscape的目标是将所有云原生开源项目和专有产品编译和组织到类别中,提供当前生态系统的概览。拥有云原生项目或产品的组织可以 提交 PR以请求将其添加到环境中。

    CNCF 目前托管了非常多的开源项目,其中有很多我们耳熟能详的项目,例如 Kubernetes、Prometheus、Envoy、Istio、etcd 等。更多的项目,你可以参考 CNCF 公布的Cloud Native Landscape,它给出了云原生生态的参考体系,如下图所示:
    在这里插入图片描述

    3. CNCF 发展历程

    • 2000年:应⽤程序的运⾏还是在物理机上运⾏的时代,以sun的⾮虚拟化的硬件为代表,当我们需要启动⼀个新的应⽤时,往往需要
      购买⼀台或者多台新的物理服务器来解决所需要的资源问题,物理机器是构建应⽤的最⼩单元。
      在2000年前后虚拟化技术成熟之前,市场处于物理机时代。当时如果要启用一个新的应用,需要购买一台或者一个机架的新服务器。
    • 2001年:vmware的虚拟技术使得构建应⽤的最⼩单元变成了⼀台虚拟机,可以通过在⼀台物理机器上运⾏多个VM,意味着使⽤者需要更少的硬件资源投⼊。
    • 2004 年— 2007 年,Google 已在内部大规模地使用像 Cgroups 这样的容器技术;
    • 2008 年,Google 将 Cgroups 合并进入了 Linux 内核主干;
    • 2013 年,Docker 项目正式发布。2013年,Docker发布,容器逐步替代VM,云计算进入容器时代。
    • 2014 年,Kubernetes 项目也正式发布。这样的原因也非常容易理解,因为有了容器和 Docker 之后,就需要有一种方式去帮助大家方便、快速、优雅地管理这些容器,这就是 Kubernetes 项目的初衷。在 Google 和 Redhat 发布了 Kubernetes 之后,这个项目的发展速度非常之快。
    • 2015 年,由Google、Redhat 以及微软等大型云计算厂商以及一些开源公司共同牵头成立了 CNCF 云原生基金会。 CNCF 成立之初,就有 22 个创始会员,而且 Kubernetes 也成为了 CNCF 托管的第一个开源项目。在这之后,CNCF 的发展速度非常迅猛;
    • 2017 年,CNCF 达到 170 个成员和 14 个基金项目;2017年底,Kubernetes 赢得容器编排的胜利,云计算进入 Kubernetes 时代。
      2017年,Pivotal最新官网对云原生概括为4个要点:DevOps+持续交付+微服务+容器;
    • 2018 年,CNCF 成立三周年有了 195 个成员,19 个基金会项目和 11 个孵化项目,如此之快的发展速度在整个云计算领域都是非常罕见的。
      2018年,CNCF又更新了云原生的定义,把服务网格(Service Mesh)和声明式API给加了进来
    • 2018年3月,Kubernetes 从 CNCF 毕业,成为 CNCF 第一个毕业项目

    4. CNCF 2021 年报

    https://www.cncf.io/reports/cncf-annual-report-2021/

    CNCF 每年都会有相关年报。我们在线浏览,也可以下载。这个东西比较有用,会分析整个云原生当年的发展情况。

    官网:
    我们在所有领域都看到了创纪录的增长——从项目、活动和云原生生态系统,到会员和社区。最重要的是,今年“我们”的定义已经演变为包含一个真正全球性的、热情的行动者社区,通过协作从根本上改变技术的构建和交付方式。

    本着我们发展的精神,今年的年度报告略有不同。这个网络版本分享了 2021 年的所有重要亮点,但如果您想要更多,请下载 PDF 版本,其中对过去 12 个月进行了深入分析。

    年报内容包括:
    在这里插入图片描述

    • 2021 发展趋势
    • 虚拟和混合事件, 即在线或者面对面结合分享交流事件相关统计分析
    • 培训和证书
    • 项目更新&满意度
    • 社区和多样性
    • 辅导和生态系统
    展开全文
  • 2021 ECIC第四届企业云原生创新大会PPT汇总,共12份。 2021第四届企业云原生创新大会(ECIC)是全球领先的企业级开源解决方案领导者SUSE为国内企业及开发者们所主办的云原生盛会。 1、openEuler+的过去,现在和...
  • 云原生架构白皮书.pdf

    2020-07-21 16:48:44
    目大量涌现,云原生领域进入“火箭式”发展 阶段。通过树立技术标准与构建开发者生态, 开源将云计算实施逐渐标准化,大幅降低了开 发者对于云平台的学习成本与接入成本。这都 让开发者更加聚焦于业务本身并借助...
  • 文章目录一、CNCF简介CNCF Landscape路线图CNCF全景图(Landscape)二、云原生简介1)容器化(docker+k8s)2)微服务3)无服务(Serverless)4)DevOps5)Service Mesh(服务网格)6)云(Cloud)【总结】三、总结 ...

    一、CNCF简介

    CNCF:全称Cloud Native Computing Foundation(云原生计算基金会),成立于2015年12月11日,是一个开源软件基金会,它致力于云原生(Cloud Native)技术的普及和可持续发展。

    成立CNCF这个组织的初衷或者愿景,简单说:

    • 推动云原生计算可持续发展;
    • 帮助云原生技术开发人员快速地构建出色的产品;

    CNCF Landscape路线图

    CNCF Landscape最重要的产出包括一个路线图和一个全景图。路线图(Trail Map)是CNCF对云原生用户使用开源项目以及云原生技术的推荐过程。在路线图的每个步骤中,用户都可以选择供应商支持的产品或自己动手使用开源项目。
    在这里插入图片描述

    整个路线图分成了十个步骤,每个步骤都是用户或平台开发者将云原生技术在实际环境中落地时,需要循序渐进思考和处理的问题:

    1. 容器化。目前最流行的容器化技术是Docker,你可以将任意大小的应用程序和依赖项,甚至在模拟器上运行的一些程序,都进行容器化。随着时间的推移,你还可以对应用程序进行分割,并将未来的功能编写为微服务。
    2. CI/CD(持续集成和持续发布)。创建CI/CD环境,从而使源代码上的任意修改,都能够自动通过容器进行编译、测试,并被部署到预生产甚至生产环境中。
    3. 应用编排(Kubernetes)。Kubernetes是目前市场上应用编排领域被最广泛应用的工具,Helm Charts可以用来帮助应用开发和发布者用于升级Kubernetes上运行的应用。
    4. 监控和分析。在这一步中,用户需要为平台选择监控、日志以及跟踪的相关工具,例如将Prometheus用于监控、Fluentd用于日志、Jaeger用于整个应用调用链的跟踪。
    5. 服务代理、发现和治理。CoreDNS、Envoy和LInkerd可以分别用于服务发现和服务治理,提供服务的健康检查、请求路由、和负载均衡等功能。
    6. 网络。Calico、Flannel以及Weave Net等软件用于提供更灵活的网络功能。
    7. 分布式数据库和存储。分布式数据库可以提供更好的弹性和伸缩性能,但同时需要专业的容器存储予以支持。
    8. 流和消息处理。当应用需要比JSON-REST这个模式更高的性能时,可以考虑使用gRPC或者NATS。gRPC是一个通用的RPC(远程调用)框架(类似各种框架中的RPC调用),NATS是一个发布/订阅和负载均衡的消息队列系统。
    9. 容器镜像库和运行环境。Harbor是目前最受欢迎的容器镜像库,同时,你也可以选择使用不同的容器运行环境用于运行容器程序。
    10. 软件发布。最后可以借助Notary等软件用于软件的安全发布。

    CNCF全景图(Landscape)

    CNCF Landscape路线图从实践步骤上帮助用户梳理了整个云原生应用的最佳流程。然而整个实践过程中的每个环节,用户都需要了解有哪些具体的软件和产品选择,这就是CNCF Landscape全景图发挥作用的地方了(https://landscape.cncf.io/)。

    在这里插入图片描述
    这张全景图试图从云原生的层次结构,以及不同的功能组成上,让用户了解云原生体系的全貌,并帮助用户在不同组件层次去选择恰当的软件和工具进行支持。

    二、云原生简介

    云原生(cloud native)是一种基于云的基础之上的软件架构思想,以及基于分布部署和统一运管的分布式云,以容器、微服务、DevOps等技术为基础建立的一套云技术产品体系。

    • 云原生从字面意思上来看可以分成云和原生两个部分。
    • 云是和本地相对的,传统的应用必须跑在本地服务器上,现在流行的应用都跑在云端,云包含了IaaS,、PaaS和SaaS。
    • 原生就是土生土长的意思,我们在开始设计应用的时候就考虑到应用将来是运行云环境里面的,要充分利用云资源的优点,比如️云服务的弹性和分布式优势。

    如何开发出适合于在云环境里面部署的程序呢?其实主要是需要遵循几个开发原则:
    在这里插入图片描述

    1)容器化(docker+k8s)

    容器化的好处在于运维的时候不需要再关心每个服务所使用的技术栈了,每个服务都被无差别地封装在容器里,可以被无差别地管理和维护,现在比较流行的工具是dockerk8s

    2)微服务

    微服务解决的是我们软件开发中一直追求的低耦合+高内聚,与微服务对应的是我们传统的单体应用。微服务还建议使用RESTful API通信。

    3)无服务(Serverless)

    无服务器架构并不是说,未来不再需要服务器,而是不再着重关注底层的基础架构,更多的注意力可以放在和业务更相关的一些逻辑实现上。例如一些函数的代码片段,平台自动根据负载按需部署和启动,以及自动伸缩代码逻辑来满足业务处理的需求。

    4)DevOps

    DevOps(Development和Operations的组合词)即开发、运维一体化。涉及软件在整个开发生命周期中的持续开发,持续测试,持续集成,持续部署和持续监控。

    • 维基百科对DevOps的定义比较拗口。其实往简化里讲DevOps是提倡开发和IT运维之间的高度协同,从而在完成高频率部署的同时,提高生产环境的可靠性、稳定性、弹性和安全性
    • 从另外一个维度,广义上来说,DevOps不仅需要打通开发运维之间的部门墙,我们认为DevOps更多的需要从应用的全生命周期考虑,实现全生命周期的工具全链路打通与自动化、跨团队的线上协作能力

    5)Service Mesh(服务网格)

    Service Mesh是近年兴起的一个话题,在容器微服务的基础上,通过Service Mesh可以让用户更精细、更智能的去管理服务之间的通讯。ServiceMesh社区的旗舰项目Istio,当前的热度正在迅速的飙升。

    6)云(Cloud)

    云是云原生的基础,没有云也就没有云原生。没有对云正确地理解,也不可能对云原生有正确的打开方式。对于非技术人员来说,至少要理解云的多种不同的服务模型,比方IaaS、PaaS、SaaS以及各种服务模型的应用场景和价值。

    【总结】

    因此我们也可以简单地把云原生理解为:云原生 = 容器化(docker+k8s) + 微服务(Microservices)+ 无服务(Serverless) + DevOps + Service Mesh(服务网格) + 云(Cloud)

    三、总结

    我们不难发现,云原生是一个很宽泛的概念,想要开发一个支持云原生的应用并不难,可能就是简单的实现可基于容器部署、使用Kubernetes进行编排与调度,集成CI/CD工具以及Prometheus监控工具等

    但是,想要构建一个真正云原生的系统,要求我们考虑到系统的方方面面,我们不仅要掌握简单的开发技能,还要在SDN、SDS、分布式调度甚至计算机基础架构等诸多领域有所了解,要能够根据场景制定出最合适的架构方案。各方面的综合能力的提升才能在云原生时代构建出云原生就绪的应用或系统

    展开全文
  • 什么是云原生? 从技术的角度,云原生架构是基于云原生技术的一组架构原则和设计模式的集合,旨在将云应用中的非业务代码部分进行最大 化的剥离, 从而让云设施接管应用中原有的大量非功能特性(如弹性、韧性、安全、 ...
  • 什么是云原生

    万次阅读 2021-04-23 23:14:34
    云原生是一套技术体系和方法论,CNCF 给出了云原生应用的三大特征: (1) 容器化封装:使用容器封装服务,即在容器中运行服务,将应用程序作为部署的单位,实现应用在不同环境中的迁移和高水平的资源隔离。容器技术...
  • 9月20日,2018云原生技术实践峰会(Cloud Native Best Practices Summit)在北京悠唐皇冠假日酒店成功落幕。本次大会是云原生技术实践联盟(CNBPA)和灵雀云联合主办的首届云原生技术实践峰会。超过200名来自各行业...
  • 【阿里云·云原生架构·白皮书】 对白皮书的一些总结和解读。
  • 到底什么是云原生

    2020-12-28 21:12:28
    文章目录云原生扫盲“云原生”的定义Pivotal公司(Spring就是他们的)云原生计算基金会CNCF阿里巴巴云原生价值获得竞争优势使团队能够专注于弹性获得更大灵活性使运营与业务需求保持一致云原生技术微服务持续交付...
  • 云原生技术的不断发展,2018年,CNCF扩展了云原生技术的定义,以下是云原生技术的新定义: “云原生技术有利于各组织在公有云、私有云和混合云等新型动态环境中,构建和运行可弹性扩展的应用。云原生的代表技术包括...
  • 什么是云原生

    千次阅读 2020-03-06 13:16:33
    云原生定义 CNCF 全称Cloud Native Computing Foundation(云原生计算基金会) 2015年7月21日Google主导成立了云原生计算基金会,其最初的口号是坚持和整合开源技术来让编排容器作为微服务架构的一部分,致力于...
  • 云原生的定义 云原生定义-Pivotal早期观点 Pivotal公司的Matt Stine于2013年首次提出云原生的概念,并推出了Pivotal CloudFoundry和Spring系列开发框架,是云原生的探路者。 2015年,云原生刚推广时,Matt Stine在...
  • 作者主页(文火冰糖的硅基工坊):文火冰糖(王文兵)的博客_文火冰糖的硅基工坊_CSDN博客 本文网址: 目录 ...第5章 云原生的官方定义 5.1 原生云应用(Native Cloud App)的提出 5.2云原生应..
  • 云原生是什么

    千次阅读 2020-12-13 12:44:20
    云原生概念 云原生从字面意思上来看可以分成云和原生两个部分。 云是和本地相对的,传统的应用必须跑在本地服务器上,现在流行的应用都跑在云端,云包含了IaaS,、PaaS和SaaS。 原生就是土生土长的意思,我们在...
  • 今天云原生定义有众多版本,云原生架构的理解也不尽相同,阿里将根据自身的云原生技术、产品和上云实践,给出自己的理解。
  • 为了能够给大家尽可能说出云原生是个什么东西,我读了很多很多文章,拜访了很多名家,包括业界的知名大佬、年薪千万的骨灰级专家、名下数十万记学生的成功学大师,真是生怕自己才疏学浅耽误了大家,所以我希望大家能...
  • 本章内容从问题开始,循序渐进,带领读者逐步深入微服务架构的各个角落。2005年,PeterRodgers博士在云端运算博览会上提出...2014年,MartinFowler与JamesLewis共同提出了微服务的概念,定义了微服务架构是以开发一组小
  • 导读:云原生到底是什么?作者:阿里集团 阿里云智能事业群 云原生应用平台来源:大数据DT(ID:hzdashuju)云原生(Cloud Native)的概念,最早是由Pivotal于201...
  • 云原生概念介绍(一)

    千次阅读 2020-08-05 09:54:18
    云原生的概念起始于2015年,概念的准确性也不断随着时间演化,起初云原生的提出者Pivotal对云原生定义如下: 云原生架构的几个主要特征: 符合12因素应用 面向微服务架构 自服务敏捷架构 基于API的...
  • 大数据需要拥抱云原生吗?云原生为什么这么火?

    千次阅读 多人点赞 2022-04-11 18:40:57
    二、从招聘需求来看大数据和云原生 1、云原生开发工程师 2、大数据工程师 三、云计算的技术革命 1、互联网时代的历程 2、云计算到底是什么 3、云计算历程 4、名词 5、云平台的优缺点 优势 缺点 四、...
  • 云原生架构白皮书.zip

    2021-03-04 18:30:01
    讲解为什么需要云原生架构,云原生架构的定义,主要云原生技术,阿里巴巴云原生架构设计,阿里巴巴云原生产品介绍,云原生架构实践案例,云原生架构未来发展趋势等
  • 文章目录一、云原生技术发展二、云原生定义三、云原生应用四、云原生架构原则及常用模式五、云原生未来发展趋势 一、云原生技术发展 • 2001年,VMware发布了第一个针对x86服务器的虚拟化产品ESX和GSX,即ESX-i的...
  • ;云原生定义;云原生代表技术;阿里云容器服务;高动态 高密度部署;公网域名;云原生资产安全托管 容器镜像安全扫描;云原生资产安全托管 容器镜像安全扫描;容器镜像服务企业版;20
  • 随着云原生技术的不断发展,2018年,CNCF扩展了云原生技术的定义,以下是云原生技术的新定义: “云原生技术有利于各组织在公有云、私有云和混合云等新型动态环境中,构建和运行可弹性扩展的应用。云原生的代表技术...

空空如也

空空如也

1 2 3 4 5 ... 20
收藏数 46,069
精华内容 18,427
关键字:

云原生定义