云时代架构读后感6--容器、K8S、DevOps入门

原文地址:

 http://mp.weixin.qq.com/s?__biz=MzAwNTQ4MTQ4NQ==&mid=2453562346&idx=1&sn=02eb594552033165e7545bd0eb498862&chksm=8cd13688bba6bf9e1aa43fd62ce2d08f69e007e123f9683816aec9a62174a097d31713f325d5&mpshare=1&scene=23&srcid=#rd 
 
1.容器
容器就是将“应用”封装,并且互相隔离,然后在任何位置都可以运行。
它具有三大特性: 轻量、标准和独立。
正如 Docker 解释的,“容器镜像是软件的一个轻量的、独立的、可执行的包,包括了执行它所需要的所有东西:代码、运行环境、系统工具、系统库、设置。”
这代表着,一旦一个应用被封装成容器,那么它所依赖的下层环境就不再重要了。它可以在任何地方运行,甚至在混合云环境下也可以。
有数据表明,持续集成和持续部署 (CI/CD) 通过 Docker 加速应用管道自动化和应用部署,交付速度提高至少 13 倍。
容器甚至可以在毫秒级别启动,并且相同宿主机,可以为容器给成千上百的应用独立部署。
2.K8S
K8S全称为Kubernetes,其谐音就是K8S,然后现在通俗讲K8S都是指Kubernetes。 
上面我们简单的介绍了下Docker,其实Docker只是应用容器引擎,也就是创建容器的工具。 

Docker技术的三大核心概念,分别是:

• 镜像(Image)

• 容器(Container)

• 仓库(Repository)。

其中镜像是一种轻量级、可执行的独立软件包,它包含运行某个软件所需的所有内容,容器就是承载这个镜像运行的实例。 

而仓库,就是提供一个集中的存储、分发镜像的服务。

一般而言,一个仓库会包含同一个软件不同版本的镜像,而标签就常用于对应该软件的各个版本。

K8S本身依托于容器而诞生,两者密不可分。

它是一个开源的用于多个主机虚拟成一个云平台后进行容器资源管理和应用编排引擎,致力于让部署容器化应用简单并且高效,提供了应用的全生命周期管理,如应用部署,规划,更新,维护等机制。 

因为有了K8S,我们可以将整个大规模的服务器对计算资源抽象化通过一个个容器进行自动化且细致化管理,将最终的应用服务交给用户。 

一般来说,一个K8S系统也叫做K8S集群。

而这个集群,通常由两个核心组件组成:

• 一个Master节点(主节点)

• 一群Node节点(计算节点)

Master主节点主要负责集群管理和控制Node节点,Node节点是物理机或虚拟机的主机节点,每个Node节点提供Pod运行的必要服务,由Master主节点统一管理。 

Service是K8S的基本操作单元,是真实应用服务或者称之为一组Pod的抽象。通过 Kube-Proxy 的 port 和服务 selector 决定服务请求传递给后端的容器,外部无需关注后端如何运行,只要知道服务单一访问域名即可。

3.DevOps

DevOps一词的来自于Development和Operations的组合,突出重视软件开发人员和运维人员的沟通合作,通过自动化流程来使得软件构建、测试、发布更加快捷、频繁和可靠。

DevOps因传统瀑布流开发模无法满足快速迭代交付的需求而诞生,持续集成(CI)和持续部署(CD)方式,即小步快跑模式。

但是这种模式也是因为近几年容器和K8S等技术的成熟,才真正走进大小企业的殿堂。

DevOps一定程度上,并不仅仅是IT开发模式的改变,还是企业公司组织的重构。而相比前者,后者更难。

转载于:https://www.cnblogs.com/sakura--/p/11050653.html

你可能感兴趣的:(云时代架构读后感6--容器、K8S、DevOps入门)