规划网站建设的总体目标,白银网站建设公司,wordpress订阅者投稿,百度关键词排名突然消失了云栖号资讯#xff1a;【点击查看更多行业资讯】 在这里您可以找到不同行业的第一手的上云资讯#xff0c;还在等什么#xff0c;快来#xff01; 云原生基础架构是通向云原生时代的基石#xff0c;对于很多架构师来说#xff0c;上云之后#xff0c;架构为什么成为了云… 云栖号资讯【点击查看更多行业资讯】 在这里您可以找到不同行业的第一手的上云资讯还在等什么快来 云原生基础架构是通向云原生时代的基石对于很多架构师来说上云之后架构为什么成为了云原生架构而不是传统的架构两者有何区别云原生基础架构是如何演进的本文进行了全面梳理。
什么不是云原生基础架构
云原生被谈的很多了导致概念很乱。有人把云原生基础架构和公有云、容器、容器编排系统等划等号之所以出现这种情况原因是云原生架构并没有一个统一的概念。
为了更好的理解云原生系统这里先做一些排除。
首先云原生并不等于公有云。云原生基础架构不仅仅是在公有云上运行基础架构这是因为仅仅从云服务商那里租用服务器时长并不会使你的基础架构云原生化管理IaaS和运行物理数据中心本质上没区别。
其次云原生基础架构不等于在容器中运行应用程序。当Netflix率先推出云原生基础架构时几乎所有的应用程序都是用虚拟机镜像部署而不是容器。打包应用程序的方式并不意味着将拥有自治系统的可扩展性和优势。即使应用程序是通过持续集成和持续交付流水线自动构建和部署的也并不意味着可以从补充API驱动部署的基础架构中受益。
第三云原生基础架构不意味着只运行一个容器编排器就是云原生。容器编排器提供了云原生基础架构所需的许多平台功能但并未按预期方式使用这些功能这意味着应用程序将被动态调度为在一组服务器上运行。这是非常好的起步但并不是终点还有很多工作要做。
第四云原生不是关于微服务或基础架构即代码。微服务可以在较小的不同功能上实现更快的开发周期但是单块应用程序可以具有相同的特性使它们能够通过软件有效管理并且还可以从云原生基础架构中获益。
这是当前的主要几个认知误区。当然如果用排除法不可能将当前的认知一一列举。从热门的词汇看容器、容器编排器、微服务……如果回到《理解了云原生才能正确迎接云时代的到来》一文中会发现当时讲过它们都是云原生的元素但都不能和云原生基础架构划等号。
什么是云原生基础架构
要回答这个问题得先从基础架构说起。最早谈的基础架构是服务器后来有了虚拟化再到IaaS、PaaS基础架构的演变可以说伴随着时代的变迁。这其中基础架构的演进路线是越来越灵活、低成本、维护简便、易获取。应该说云原生基础架构还是在按这条路线继续演进。
那究竟什么是云原生基础架构 核心定义 其实底层资源如计算、存储、网络没有太大的改变核心在于资源的调用、使用方式。如果给云原生基础架构关联几个关键词有三个由API控制由软件管理目标是运行程序。这其中透露的最核心的信息为了业务不用过多人为干预的基础架构。 之所以强调业务本身是因为基础架构的不同是由上层应用决定的。而运行云原生应用程序和传统应用程序所需的基础架构最大的不同在于原本许多本属于基础架构的职责已经转移到了应用程序。
过去及现在的基础架构负责的是整体资源管理、动态协调、服务发现等与业务之间的关联并不紧密。换句话说基础架构管理与应用管理是脱节的未来二者的管理将是一体的应用程序自己会完成原本需要大量人工干预的环节。当前所说的“解耦”可以适用于此。不仅仅指资源和应用程序之间的解耦也指资源之间的解耦、API和应用之间的解耦。每一个组件模块、资源都是单独成为服务可被发现可被调用的唯一的就是要看这些组件的定义和颗粒度的问题。
要弥合应用与基础架构之间的鸿沟需要一个中间平台层它能够通过API调用能够自治。
这里强调一下自治它和自动化不能划等号。自动化是人类输入的一个完整的业务流程一个流程只能做一件事。而自治不需要人类做出决定它仍然使用自动化但只有当系统不能自动确定正确要做的事情时才应该通知人。自治比自动化多了智能化。
总的来看云原生基础架构一个较为通俗的描述应用可以通过平台层自动完成资源调用、协调无需人工干预所有的资源都是可以随时拉起随时释放同时以API的方式提供弹性、按需的计算、存储能力。
如果这种解释令人费解那么我们可以这么比喻只要符合“杯子”的概念都是“杯子”但是制作流程和工艺、材质有本质的不同。而大体上市面上有默认的几种模式这也就形成了通用的标准。
所以云原生基础架构也没有业内“放之四海而皆准”的标准它本身也在随着技术的演变而在演变中只要符合“灵活、低成本、易维护”等特点就是云原生。我们不必拘泥于概念而是要不断往前看为什么要采用“云原生”为用户带来的好处是什么
这才是核心。
能带来什么好处
云原生基础架构带来最大的变革在于API机制。API机制允许用户从标准化基础架构即代码中获益并增加了随着时间的推移版本化和更改表述的能力。
具体而言实现了云原生基础架构后技术人员部署服务器、管理服务器模板、更新服务器和定义基础设施的模式都是通过代码来完成的并且是自动化的不需要通过手工安装或克隆的方式来管理服务器资源运维人员和开发人员一起以资源配置的应用代码为中心不再是一台台机器。
值得一提的是基础设施的包含范围也会很广泛不仅包括机器还包括不同的机柜或交换机、同城多机房、异地多机房等。
换句话说只需要调整相应的API就能实现资源使用方式的调整整个过程无需关心底层基础架构的变化。云原生基础架构的理想状态是它非常容易被忽略它简单、自动化、可自服务也就是没有基础架构。
因此好处显而易见对运维人员是一种解放对企业而言能将更多精力投入业务开发、运营中公司整体运营效率将大幅提升。当前这种模式已经被证明了可以扩展到巨大数据的基础架构和应用程序的。
云原生基础架构实现
弄清楚了云原生基础架构的本质这部分简单介绍下云原生基础架构的实现主要分三部分设计、开发和测试。
至于具体的方法实践倒是其次这部分最重要的是转变观念。原本传统的基础架构运维人员要成为基础架构软件工程师只有适应了身份的转变才能更好地到达云原生基础架构的彼岸。
作为一名基础架构工程师不仅要掌握设计、管理和运维基础架构的基本原则还要把专业知识应用在构建强健的应用程序中这些应用程序代表了将要管理和改变的基础架构。
回归技术关键最重要的一个环节就是API设计、开发乃至最后的应用API关乎成败。因为基础架构将需要随着时间的推移而变化或者变异这是云原生环境的本质。当运维承担改变基础架构的任务时API的真实价值就体现出来了。
有关API的设计及更多技术细节这里不做太多讨论有兴趣的朋友可以找相关书籍查阅每本书的思想、方法都可能不一致要学会兼容并蓄取长补短。
总结全文云原生基础架构是基础架构的自然而可能预期的演变。实现云原生基础架构是比较难的如果你认为云原生基础架构是你可以购买的产品或者可以运行服务的供应商显然要失望了就目前阶段而言只有极少数产品实现了云原生比如今年各大云服务商都在推的云原生数据库算是其中的典型代表。实现云原生这条路还很长要慢慢学慢慢深入。 【云栖号在线课堂】每天都有产品技术专家分享 课程地址https://yqh.aliyun.com/zhibo 立即加入社群与专家面对面及时了解课程最新动态 【云栖号在线课堂 社群】https://c.tb.cn/F3.Z8gvnK 原文发布时间2020-03-31 本文作者高效运维 本文来自“高效运维公众号”了解相关信息可以关注“高效运维”
如果您发现本社区中有涉嫌抄袭的内容欢迎发送邮件至yqgroupservice.aliyun.com 进行举报并提供相关证据一经查实本社区将立刻删除涉嫌侵权内容。
原文链接 本文为云栖社区原创内容未经允许不得转载。
