年代在进步，周末忽然回想起N年前的开发形式与现在相比简直是翻天覆地。虽然现如今的开发形式对于开发者的要求逐步下降，但咱们自身不能下降要求。读书有感，一起来了解下云原生给咱们带来的改动。
什么是云原生
云原生可分解为“云”（Cloud）和“原生”（Native）两个词。
这里还隐藏了一个词——“核算”（Computing），因为云原生本质上是一种与云核算（Cloud Computing）相同的核算方法，因此通常咱们在说云原生的时分，实际上是暗指云原生核算（Cloud Native Computing）
其实大家能够想想，从以前到现在，不知不觉中咱们的开发布置已经发生了翻天覆地的改动。
在云核算遍及前咱们想发布一个运用上线是不是需求如下流程：
买服务器 – 》 IDC机房装服务器 -》装Linux体系 -》开发运用 -》 装备Tomcat -》 上传war到服务器 -》 装备Ningx -》装备域名解析
其间还需求装备Mysql 等各种装备才干把运用跑起来。
这种自建的方法有许多缺点：
-
扩容保护费力，事务忽然激增都来不及操作
-
安全系差，运用的布置权限、全体流程安全漏洞太多
-
布置流程不规范，短少主动化的进程。好点的会搞个运维脚本，差点的彻底人肉运维。每次布置都是一次生死考验
所以为了处理里面的各种问题，企业开始推进上云操作，跟着技能发展又演化到了云原生年代
云核算：云核算就比如自来水（IT资源），每家想喝水不用自己建一个自来水厂。只需求打开自来水就好了。
云核算企业给大家供给了自来水一样的IT资源获取方法（网络、服务器等等）
云原生：是一套构建、运转运用的技能体系和方法论，一切的开发都根据云，技能栈都是根据开源、敞开的技能标准。
所以，从云原生的定位能够看到，云原生包含大量新的PaaS层技能和新的开发理念，是释放云核算价值的最短途径，也推进着云核算的再晋级。
云原生是云核算的再晋级
云原生不仅是对运用云的运用架构的再晋级，也是对云平台的技能和云服务的再晋级。
从构建现代化运用的角度，咱们能够发现，云原生对运用的重构体现在运用开发的整个生命周期中
下面咱们就从几个角度来说一说：
-
重塑研制流水线
-
从头界说软件交给形式
-
运维形式的晋级
-
运用架构的晋级
重塑研制流水线
每个企业都期望具有运用继续发布才干，但其间有着诸多挑战，比如：
- 装备基线
- 版别办理
- 主动化
特别是当运用具有多个不同的硬件环境、软件、依靠组合时，怎么进行有效的改动办理才干确保任何改动都不会使这些组合出现过错？
开发者常常遇到的问题便是本地环境测验都正常，一上线就各种依靠装备出现问题，非常头疼。
晋级UP
而容器结合GitOps和不可变的基础设施，对整个运用打包和分发就可完结软件环境的全体布置。
也便是咱们对运转环境的一切改动，都必须提交GIt,经过版别办理后从头继续集成，形成新的制品并进行布置。这样咱们对运转环境一切的改动都有迹可循。假如某次改动后软件出现反常，可根据Git上的记载回溯到上次正常运转的版别从头布置。
整个进程高度主动化，而且具有版别跟踪和回溯才干，也处理了继续发布遇到的挑战，削减了CI/CD中过错发生的几率，然后提高了全体的质量和功率。
从头界说软件交给形式
传统的软件交给进程中，交给人员需求经过文档学习和技能提高来填平不同环境的差异，这本质上是一个常识转移链条，依靠于常识的质量和交给人员的水平，任何环节出现问题，都会导致软件交给困难。
在传统软件交给形式下，交给人员需求学习手册/文档，然后完结运用的 “装置装备” 和“与老体系的集成”方面的作业。
装置装备点：包含硬件上的装置装备、软件的装置装备和运用本身的装置装备。
集成点：包含新环境中硬件、软件和老体系的集成作业（如：监控、服务调用、音讯集成等）
所以传统软件交给很难主动完结相关的装备集成，原因便是上层所依靠的底层环境在不同交给环境中许多是不同的。
晋级UP
咱们来看下云原生的交给形式：
相较于传统形式，云原生软件交给形式主要有如下几个改动：
1、运用容器做全体交给
-
全体交给削减容器内部组件之间的装置装备作业
-
可经过东西和脚本主动完结软件交给，提高功率
2、将Git作为“Single Version of Truth”（唯一真实版别）
-
Git作为交给和运维的仓库，记载了一切软件改动的版别、装备参数、脚本、用户名和密码等信息
-
一切脚本、东西和Kubernetes的Operator，都读取Git中的信息作为事实的唯一来历，即使是做版别晋级或回滚，以及改动评定，都以Git中的信息为准。
3、声明式API
-
声明式API首先是“告知”体系期望的方针状况是什么（如：在这种环境下布置需求用到两个实例）
-
声明式API实际上它是一种开发理念的彻底晋级，因为体系更多的是重视需求什么（达到什么状况），一切的“怎么做”都是围绕这个方针状况来服务的
4、尽量选用OpenAPI作为体系间的集成方法
-
标准化的OpenAPI更有利于体系间的集成，因为OpenAPI有清晰的契约描述或接口标准描述，且供给了各种敞开的东西，能够用来做IoT（连通性测验）、SIT（集成测验）等
-
其敞开接口（比如，根据RESTful）的特性，能够完结快速集成，然后提高集成的功率
所以，云原生软件交给形式能够方便地提高软件交给进程的主动化程度，更便于企业施行CI/CD，也能够极大地提高交给功率。
运维形式的晋级
传统运维更多的是面向操作的运维，其本质是根据规矩的运维。也便是运维人员提前准备好规矩 ，在满意规矩的状况下采纳相应的操作。（如：软件宕机采纳毛病迁移操作）
而这大部分的运维操作都是需求人工完结的，存在遗失和操作过错的危险，而危险和毛病带来的经验教训继续被规矩化，这些都导致了运维无法形成完好的闭环，难以被继续优化。
举例：咱们编写主动化脚本完结Redis的晋级。
在晋级脚本的进程中，简单遗失的一点便是晋级后对各种可能导致Redis作业反常的状况进行完好检测。
如经过redis-cli指令进行推迟测验，禁止THP（Transparent Huge Page，透明大页）甚至完好的内存测验。
这些检测中的绝大部分运用在晋级或启动Redis时都不会做，毕竟这些毛病的发生概率很低且验证本钱很高，一般是当事务体系因此发生了对应的毛病时才会进行弥补。
晋级UP
云原生运维能够根据标准化基础设施的运维，经过完好的可观测性完结体系中各类反常的实时可见，也能够结合声明式API完结主动化运维
举例：Redis晋级为例
因为根据Kubernetes布置的Redis所依靠的操作体系及第三方库版别、中心参数装备全都打包到了容器中，因此不会出现所装置的环境发生THP的问题；
装置后的checklist能够被沉淀到负责装置布置的Operator中，在readiness-probe中能够用redis-cli添加推迟测验；
Prometheus可用于观察完好的Redis作业状况；Open Tracing可用于跟踪运用对Redis的每次调用是否存在反常；等等。
一切这些数据悉数整合在一起后作为metrics（衡量）信息导出，由Operator经过API主动、实时获取，并将反常的Redis服务器下线、替换或许晋级
运用架构的晋级
运用运用云原生技能有如下两种方法：
re-platform： 这种方法是在不重构代码或不重写代码的状况下，尽量选用云原生技能。（如：运用容器对运用进行打包和布置，把Kafka替换为云服务，把MySQL替换为RDS）
re-build： 这种方法需求重构甚至彻底重写运用 （如：把单体架构（Architecture）改为微服务架构，施行存储状况别离，事务完结选用Serverless技能编写，选用事件驱动架构）
re-platform与re-build，两者最大的差别是前者没有进行架构晋级，这样就很难构建更好的现代化运用。
从现代化运用特征的角度来，根据容器、可办理、认证和鉴权等的云原生架构确实不需求re-build。
微服务、无状况运用、API会优先选择运用重构，而弹性、可观测性、高可用、主动化等在运用重构的状况下会做得更好
总结：
所谓云原生，便是在上云的进程中，充分发挥云平台的弹性核算、弹性存储的优势，尽量把运用设计成适合云核算的架构，把布置设计成简单易用的流程，这样才干完结事务快速上线，快速迭代。
其真正的目的：下降开发本钱，是开发者专注于事务。提高软件交给才干，专业的人做专业的事。
