近几年云原生这么火？云原生到底是什么东西呢？本篇文章主要介绍了云原生的含义以及一些技术，最近看了网上的一些课程，总结了以下知识，希望能帮到诸位大佬😉😉
如果有什么需要改进的地方还请大佬指正👏👏
小威在此先谢谢诸佬🤞🤞

@[toc]

🍧什么是云原生

可能屏幕前的你经常听到过云原生这个名词，但是具体不是很了解，接下来咱们浅谈一下云原生：
云原生（CloudNative）其实由两个词组成。一个是云（Cloud），一个是原生（Native）。
云原生是基于分布部署和统一运管的分布式云，以容器、微服务、DevOps等技术为基础建立的一套云技术产品体系。

看到这里您可能还是不太懂，接下来对以上名词进行解释：

🍭微服务

微服务架构是一种面向服务的架构体系，其中应用程序按功能分解为小型的、松耦合的各种服务，因此被称为“高内聚，低耦合”。其重点在于，单个服务被划分的足够小，相互间耦合度很低，并围绕业务功能进行分解。在微服务架构中，应用程序由多个较小的代码库组成，由独立团队开发和管理。
每个服务都专注于一个特定的任务，由一个小团队负责开发和运营。这些服务在独立的进程中运行，相互之间通过基于同步或异步消息的API进行通信。
每个服务都可以被视为一个独立的应用，有独立的团队、测试、开发、数据和部署，如果一个独立的小服务出现了问题，这样也不会影响到其他的服务。
因此注意：

1.微服务需要根据业务模块拆分，做到单一职责，不可重复开发相同的业务。
2.微服务可以将业务暴露为接口，提供给其他的微服务使用。
3.不同的微服务都应该有自己独立的数据库。

微服务的架构特征：

单一职责：微服务拆分粒度更小，每一个服务都对应唯一的业务能力，做到单一职责
自治：团队独立、技术独立、数据独立，独立部署和交付
面向服务：服务提供统一标准的接口，与语言和技术无关
隔离性强：服务调用做好隔离、容错、降级，避免出现级联问题

微服务相关的技术栈可用下图表示

🍡容器化

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

🍨DevOps

DevOps（Development和Operations的组合词）是一组过程、方法与系统的统称，用于促进开发（应用程序/软件工程）、技术运营和质量保障（QA）部门之间的沟通、协作与整合。
它是一种重视“软件开发人员（Dev）”和“IT运维技术人员（Ops）”之间沟通合作的文化、运动或惯例。透过自动化“软件交付”和“架构变更”的流程，来使得构建、测试、发布软件能够更加地快捷、频繁和可靠。
DevOps 的意思就是开发和运维不再是分开的两个团队，而是互相有联系的团队。

🍬持续交付

持续交付（英语：Continuous delivery，缩写为 CD），是一种软件工程手法，让软件产品的产出过程在一个短周期内完成，以保证软件可以稳定、持续的保持在随时可以发布的状况。它的目标在于让软件的构建、测试与发布变得更快以及更频繁。这种方式可以减少软件开发的成本与时间，减少风险。

简单来说，持续交付的意思就是在不影响用户使用服务的前提下频繁把新功能发布给用户使用，要做到这点非常非常难。我们现在两周一个版本，每次上线之后都会给不同的用户造成不同程度的影响。

因此，总的来说，可以理解为：云原生 = 微服务 + DevOps + 持续交付 + 容器化