理解 Kubernetes 和 Helm:从单体应用到微服务的演进
1. 从单体应用到微服务
软件应用是现代技术的基础组成部分,从早期的电子数值积分计算机(ENIAC)到如今的社交媒体和在线零售,应用程序的发展历程丰富多样。早期,由于处理器性能和成本的变化趋势,开发者倾向于将更多功能和组件捆绑到单个应用中,这种设计被称为单体应用。
单体应用在初期具有部署简单等优点,但随着行业趋势的变化,企业更注重快速交付功能,单体应用的设计带来了诸多挑战。每次进行更改时,都需要对整个应用及其底层组件进行重新验证,这可能需要多个团队的协调,从而减缓了功能的交付速度。
大约在 2010 年兴起的开发运维(DevOps)实践,鼓励对应用进行更迭代的更改,而不是在开发前进行大量规划。为了适应这种新模式,架构从单体应用演变为多个小型应用,即微服务。微服务具有许多理想的特性,例如能够并发开发和部署服务,以及独立扩展服务。
2. 什么是 Kubernetes?
2.1 容器技术的兴起
软件架构从单体应用向微服务的转变,促使人们重新评估应用在运行时的打包和部署方式。传统上,整个机器通常只用于运行一两个应用,但随着微服务的出现,单个应用所需的资源减少,为一两个微服务分配整个机器变得不再可行。
容器技术应运而生,它可以将一组或多组进程与系统的其他部分隔离开来,并包含运行所需的所有文件。容器技术有着悠久的历史,一些基础技术如 chroots 和 jails 至今仍在使用。2015 年左右,Docker 的出现使得容器技术得到了广泛应用,它通过简化的打包和运行时环境,让容器能够在 Linux、macOS 和 Windows 上运行,并且方便了容器镜
超级会员免费看
订阅专栏 解锁全文

1394

被折叠的 条评论
为什么被折叠?



