微服务实战系列之云原生
前言
话说博主的微服务实战系列从去年走到今天，已过去了半年多了。本系列，博主主要围绕微服务实践过程中的主要组件或工具展开介绍。其中基本覆盖了我们项目或产品研发过程中，经常使用的中间件或第三方工具。至此，该系列也该朝着新的方向继续前进了。什么方向呢？——云原生。
且看上图，这是一张云原生全景。咋眼一看，云原生，好像是基于云计算背景下的应运而生的“新宠儿”。对，你没看错，就是这么幸运！
这里博主不禁有感而发：“有些人可能是焊工、电工、泥瓦工，有些人可能是木工、漆工、雕刻工，而有些人可能是建筑设计师、家具设计师。不同的角色赋予自己不同的使命和职责，同时都在默默的干一件事”。
闲言少叙，言归正传，从今天起，博主将拉开云原生的大幕，为各位盆友奉献更精彩的“表演”，欢迎持续关注哦。
云原生
Q：为什么选择云原生
但凡看到新名词，我们肯定有必要看一下它是个什么来头，为什么这么称呼？
今天，博主粗浅的给一个定义：
云原生可以理解为一种在云计算浪潮下催生而来的技术思潮，主要包含3个要点：
1. 容器化
2. 微服务
3. DevOps
这里，博主列举一下，为什么云原生如此重要，试想一下参与过的项目或公司内部的IT管理，是否存在类似的场景：
- 服务器资源太多，无法有效管理
- 服务器存储不足，需要临时扩盘
- 数据库分库分片，资源不足
- 操作系统版本太低，需要人工升级
- 各种APP部署一块，无法拆解
- 服务宕机了，挨个重启
- 开发部署的周期太长
…
看到这些问题，是不是脑壳都疼？不疼就不是“IT人儿”。O(∩_∩)O哈哈~
有问题就有答案，时代总是垂青有准备的人。而机遇总像每个发展阶段随机迸发的火苗，某些人抓住了，从此便燃烧自己， 点亮未来，功在当代，利在千秋；有些人可能埋头苦干，低头走路，错过了一次又一次登上新舞台的机会。
正因为这些问题的产生，从而给云原生带来了千载难逢的发展机会。谁不愿意做些锦上添花的事呢?
那么如何实施，才算云原生？ 各位盆友紧跟博主，思路从此就打开了。
Q：怎么做才是云原生
1. 微服务
这里不得不提微服务了。一个改变了IT发展方向，应社会需要而产生的技术服务模式。为科技赋能，为企业节能，真是一举两得呀。如对微服务不甚了解，可自行翻阅博主的系列文章，相信必有所获，这里不再赘述。
2. 容器化
容器？ 什么容器？
这种？ 当然不是喽，这些只适合待在实验室哈~
这里，博主这样理解的：
容器化是一种分布式的技术发展思路，是基于容器技术完成的。能够对服务器资源进行虚拟拆分，像一个一个独立的容器一样，模拟真实的物理资源运行，从而实现应用或数据的逻辑分离，互不干扰。
容器技术的宠儿——docker，自2013年诞生以来，名利双收，“赚”的盆满钵满，引起了全世界IT人的瞩目。也促进了云计算的高速发展。
docker的名言：build once, run anywhere。多么响亮，明媚而自信。因为它的一整套新型的应用打包、分发和运行机制，建立了良好的基础。
3. DevOps
最后一个，我们来看看DevOps这个新角儿吧。拆开凉拌，简单理解，一个Dev（开发），一个Ops（交付）。就像双胞胎，不离不弃。一个负责开发，一个负责部署，通过一个“传输链”，螺旋式发展，同呼吸共命运。
当我们需要频繁的变更项目/产品版本怎么办，古时候，我们是一个一个的人工搬运，新时代呢，我们可以借助各种DevOps工具完成了。从此我们IT人也从“手工业”发展到了“工业化”，可以说是终于解放了，天亮了，就好比在“山的尽头遇见了知己”。
各位盆友，请看这个“橫8”，越看越耐看，人见人爱啊。
结语
云原生，时代赋予它足够的发展能量，伴随云计算的前进之浪潮，势必并且已然为我们的IT世界，带来了新的发展机遇。
好了，今日话题到此为止，下一篇是啥，继续期待！
精彩回顾
微服务实战系列之Filter
微服务实战系列之API加密
微服务实战系列之Dubbo（下）
微服务实战系列之Dubbo（上）
微服务实战系列之ZooKeeper（实践篇）
微服务实战系列之ZooKeeper（下）
微服务实战系列之ZooKeeper（中）
微服务实战系列之ZooKeeper（上）
微服务实战系列之MQ
微服务实战系列之通信
微服务实战系列之J2Cache
微服务实战系列之Cache（技巧篇）
微服务实战系列之MemCache
微服务实战系列之EhCache
微服务实战系列之Redis
微服务实战系列之Cache
微服务实战系列之Nginx（技巧篇）
微服务实战系列之Nginx
微服务实战系列之Feign
微服务实战系列之Sentinel
微服务实战系列之Token
微服务实战系列之Nacos
微服务实战系列之Gateway
微服务实战系列之加密RSA
微服务实战系列之签名Sign
