有些概念没有标准答案,每个地方解释的也都很模糊,概念也一直被滥用,比如说云原生的概念。有些概念听起来高大上,实际上很普通,比如说容器编排的概念。本文我对这两个概念作个解释。
1、云原生
最近几年,“云原生”一度成为前沿的技术用语,各种业内技术大会都能看到“云原生”的字样,但是到底什么才是“云原生”,我一直没找到切实的答案,这个问题困惑了我很久。下文以我的角度来解释下这个概念。
1.1、云原生的官方定义
我们先来看看云原生的官方英文定义:
Cloud native technologies empower organizations to build and run scalable applications in modern, dynamic environments such as public, private, and hybrid clouds. Containers, service meshes, microservices, immutable infrastructure, and declarative APIs exemplify this approach.
中文翻译:
云原生技术有利于各组织在公有云、私有云和混合云等新型动态环境中,构建和运行可弹性扩展的应用。云原生的代表技术包括容器、服务网格、微服务、不可变基础设施和声明式API。
图片翻译:
1.2、云原生的概念拆解
不管从官方定义、中文翻译、还是图片翻译,其实都看不出具体的技术。当然官方也提出了一些可落地云原生的代表技术,比如容器化、微服务、不可变基础设施、云环境等等。
有的人认为云原生就是“云”,比如国内几朵云的基础设施;随着Kubernetes这几年的爆发性增长,很多人认为云原生就是Kubernetes;而近几年Sidecar和服务网格概念的普及,也有人认为云原生等价于服务网格(Service Mesh)。
当然,我们也可以换个角度去理解云原生,从字面将云原生按照其英文拆成“云”(Cloud)和“原生”(Native)两部分更直观一些。
“云”与本地IDC(Internet Data Center,互联网数据中心)相对,越来越多的企业应用都迁移到“云端”,也就是常说的企业上云。它基本包含了企业应用需要的IaaS、PaaS、SaaS三层所有资源。上云也有许多优势,比如:基础设施标准化、资源使用率高、IT资源管理容易、安全程度高等。
有了“云”之后,我们再看“原生”,“原生”的含义是:让架构师从一开始设计应用的时候就考虑到应用未来是在云环境下运行的,可以充分利用云的先天优势,比如弹性、快速迁移和拉起新服务等。
1.3、小总结
在我看来,云原生就2点:
1、云原生没有固定定义,云原生是一种行为设计理念,凡是能够提高云上资源利用率 和 应用交付效率的方式 都属于云原生的技术。
2、应用上了“云”,并且采用了这些代表技术(微服务、容器化、能支持大规模持续交付、不可变技术设施)的应用,就叫做云原生应用。
2、容器编排
容器编排是在容器化技术出现后为了解决容器集群的管理而出现的一种技术。编排技术的出现使容器的管理更加容易和便捷。
2.1、什么是容器编排
首先举个例子,比如有几个特种兵,个个都很精悍,面对几十个土匪可以轻松搞定。但是如果面对成白个山匪他们就杠不过了。此时需要一位将军,把一个个特种兵组织起来,形成特种兵部队。这样就可以整体作战,发挥出最大威力。这个将军根据山匪的情况,自动负责调整特种兵的流进流出,负责部队的扩编缩编。将军对这些特种兵的管理就叫可以叫做编排。
回到容器本身,应用容器化之后,优点非常明显:比如解决环境一致性问题、产生更高的机器的资源利用率等等,几个简单的命令就可以在单机上管理容器。
但是缺点也随之而来,在到处都以集群微服务为交付的时代下,集群的容器管理怎么做?难道成百上千的容器都需要做手动管理吗?难道每天都要做这些低效、简单重复、容易出错的事吗?
容器编排技术应运而生。所谓容器编排,就是对大规模的容器进行自动化的管理,对容器的生命周期、部署、扩展、网络、存储等进行自动化的管理。最主流的容器编排工具当属Kubernetes。
2.2、容器编排的优点
1、高效的资源管理
通过标准化的YAML、配置中心、可视化后台工具等,可以屏蔽很多关于容器、编排本身的概念,大大降低用户的认知成本,降低容器管理的复杂性,从单机到大规模集群管理,编排工具大大减轻了开发/运维人员的工作量。
2、自动化程度高
编排工具提供自动部署、自动重启、自动复制、自动扩缩容等能力,使容器和微服务有更好的灵活性。
3、高可用性
以Kubernetes为例,本身是Master-Worker的结构,通常部署多台组成一个集群,保证整个系统的高可用性。同时对于微服务所在的Pod,一旦发现健康异常,通过各种Controller控制器的限制可以快速拉起,保障固定实例正常运行。
4、大规模运维
对于微服务实例节点比较少的环境,不用编排工具也可控,当开发/运维人员面临的是成百上千,甚至上万的微服务实例时,如果没有编排工具的管理,极有可能造成实例节点的漏发或误发。
5、安全
编排工具提供了安全插件,通过RBAC(Role Based Access Control,基于角色的访问控制)限制不同的角色拥有不同的权限,对于企业的合规、安全生产有更好的支持。
总结:本文主要解释了云原生和容器编排的概念,希望对你有帮助!
本篇完结!感谢你的阅读,欢迎点赞 关注 收藏 私信!!!
原文链接:概念解读-云原生和容器编排 - 不焦躁的程序员、概念解读-云原生和容器编排