这篇文章呢大致分为四部分，第一部分简单谈一下什么是云原生，让小伙伴们有个大致了解。第二部分谈一下云原生的组成部分。第三部分呢我们谈一谈云原生的重要组成部分之一 —— 微服务，什么是微服务？第四部分主要谈谈云原生为什么用微服务架构。
目录
什么是云原生？
云原生现在这么火，那究竟什么是云原生呢？
云原生是一种构建和运行应用程序的方法，依赖容器作为技术来实现，是一种新型技术体系。云原生英语（CloudNative）Cloud表示云。Native表示应用程序从设计之初即考虑到云的环境，充分利用和发挥云平台的弹性+分布式优势。云原生顾名思义，就是基于云计算特性所设计的应用服务，得益于云计算快速发展，基于云计算特性所设计的云原生应用相比传统的单体应用在安全性，扩展性，快速迭代，运维等各方便都有巨大的领先优势。
云原生并不是指某一种技术，它是一种架构设计理念，只要符合这种架构设计理念的应用，都可以称为 云原生应用。
以下是云原生概念出现的几个时间点。
云原生组成部分
根据第一部分，到现在Pivotal最新官网对云原生概括为4个要点：DevOps，持续交付，微服务，容器。
1. DevOps
2. 持续交付
3. 微服务
4. 容器
什么是微服务
微服务是当下非常火的架构技术，无论你是否接触云原生，这一块你都是要了解的，因为目前国内绝大多数公司在技术选型上是采用的微服务架构，由此可见学习微服务是多么的重要。现在云原生架构火的一塌糊涂，微服务又是其重要组成部分，你懂得。
当然没有一种技术是完美的，都会有缺点和不足。有个问题大家可以一起思考一下“微服务会不会出现过多的微服务无法管理的问题？ ” 。
在小梦看来，会出现过多的微服务无法管理的问题。当把一个单体服务划分为细小的微服务的时候，每个微服务之间是相互独立的，它们可以有着不同实现方式，不同的缓存，数据库，服务器。当服务数量和范围在一定可控的范围内，那我们管理起来相对容易，每个团队负责一块服务，记录自己负责的服务的技术栈，以及数据库和部署的服务器的健康状态。试想当划分的服务数量变的十分庞大，每个服务都要独立部署，当资源有限的时候，这就变得十分复杂。相当于一个人本来一天能做一个工作，但你给他安排了10个工作，打~他也做不完啊。微服务也一样，当数量大起来，也就复杂起来。
当然我们可以通过Docker这样的容器技术来避免污染主机环境并避免过度设计服务。但是，这些方法需要付出努力和时间。
云原生为什么用微服务架构
云原生为什么用微服务架构可想而知，微服务架构非常适合云原生应用程序，我们将应用程序设计为预期将部署在分布式、可扩展的基础架构上。微服务使服务模块化，不在单一。每个微服务将分配多个服务器节点，允许部署冗余微服务架构。如果主模块或服务因任何原因而失败，冗余服务模块会代替主模块进行服务，好比一个公司的股票系统正常运行中，突然一个系统服务宕机了，另一个服务接受到信号接替它继续工作，等维护开发人员解决宕机问题，再交由主服务模块进行服务，这样用户再操作股票时不会有影响。如果我们使用的不是微服务架构而是单一架构，一旦服务宕机，那系统就瘫痪了，公司将面临的巨大损失。
这篇文章如果对小伙伴们有帮助的话，希望点个赞支持一下~ 十分感谢~
