一、什么是云原生呢？
它是一种方法，用于构建和运行充分利用了云计算模型优势的应用。利用此方法来实现 DevOps、持续交付、微服务和容器等概念。
DevOps 是软件开发人员和 IT 运营之间的合作，目标是自动执行软件交付和基础架构更改流程。它创造了一种文化和环境，可在其中快速、频繁且更可靠地构建、测试和发布软件。
持续交付使得单个应用更改在准备就绪后即可发布，而不必等待与其他更改捆绑发布或等待维护窗口期等事件。持续交付让发布行为变得平淡可靠，因此企业可以以更低的风险频繁交付，并更快地获得最终用户的反馈，直到部署成为业务流程和企业竞争力必不可少的组成部分。
微服务是将应用作为小型服务集合进行开发的架构方法，其中每个服务都可实施业务功能，在自己的流程中运行并通过 HTTP API 进行通信。每个微服务都可以独立于应用中的其他服务进行部署、升级、扩展和重新启动，通常作为自动化系统的一部分运行，可以在不影响最终客户的情况下频繁更新正在使用中的应用。
与标准虚拟机相比，容器能同时提供效率和速度。单个操作系统实例使用操作系统 级的虚拟化，在一个或多个隔离容器之间进行动态划分，每个容器都具有唯一的可写文件系统和资源配额。创建和破坏容器的开销较低，再加上单个虚拟机中的高包装密度，使容器成为部署各个微服务的完美计算工具。
容器已经成为云运行时的关键组件。容器的轻量本质和强力的资源管理特性，特别适合cloud-native，为之增加了速度和资源效率。容器将一个cloud-native应用打包成一个遵循云平台约定的可执行物件。
持续交付是软件正在变成cloud-native应用的原因：更快地交付软件，降低反馈循环的时间。完全实现cloud-native战略，需要文化和技术两方面的改变，DevOps是应对这些改变的方法。微服务是应用最成功的软件体系架构模式，它扩展了开发和交付操作，避免缓慢、充满风险的单体部署策略。例如，如果还没有建立“快速失败”和“自动优先”的 DevOps 文化，很难成功地实施微服务战略。
持续交付、DevOps和微服务分别描述了cloud-native应用的为什么、怎么做和是什么。
二、cloud-native能做些什么？
贯穿软件交付生命周期的cloud-native能让用户更有效地运维和扩展，成功拥有“敏捷性”：能够快速为软件添加新功能，同时保持生产环境的稳定性和安全性。cloud-native能做到这一点的原因是它把运行应用程序所需的基础设施、中间件和后台服务完全自动化。
新的体系架构方法，要求新的软件开发方法。开发者必须运用新的一系列架构实践——例如微服务和容器——来确保应用程序能被cloud-native平台恰当地管理。cloud-native不仅带来软件开发速度的提升，还有运维方面的好处：方便移植的应用实例，一致的日志记录和保证应用在线和数据流的监控功能。
（欢迎打赏，一分也是爱）
网友评论