首页
学习
活动
专区
工具
TVP
发布
精选内容/技术社群/优惠产品,尽在小程序
立即前往
您找到你想要的搜索结果了吗?
是的
没有找到

Kubernetes简介

kuberbetes在希腊语中是「舵手、领航员」的意思,据我了解k8s算是Google borg的开源版本,正是因为google 15年放出borg的论文和近两年docker的火热,k8s也成为炙手可热的项目,部分云厂商比如Google、MS Azure、AWS甚至直接提供了kubernetes解决方案。   为了更好理解kubernetes,我们先来看下没有它之前我们是如何管理集群的。   在容器化之前,业内都是采用物理或者虚机部署,需要人肉处理各种服务异常,所有变更都为人肉操作,你得自己管理一切,包括服务器宕机、扩缩容、应用发布…… 随着服务规模的增长,人工操作也变得不大现实。于是这个时期就诞生了各种集群操作工具,比如chef、puppet、Ansible……,这些工具让集群维护变得稍微简答了点,但任然有局限。   我大概知道点Ansible,个人感觉这个工具虽然好用,但基本上只适合千百台服务器规模的集群。集群到一定规模后,有资源的厂商可能会自己开发一些集群管理工具,大多数系统的模式是一个系统调用服务器上的agent做一些操作。   容器的诞生彻底改变了集群发布和运维的方式,因为每次都发布的是同一个image,image又可以直接运行在服务器上,所以不用考虑线上环境一致性的问题。   但容器的使用又带来一些新的问题,比如虽然它相对于vm更轻量,但并不是一台完整的vm,还需要很多编排系统才能高效可靠的运转,容器资源需要调度,生命周期需要系统管理…… 容器的使用解决了一些问题,但也带来跟多新的问题,这时候就诞生了类似kubernetes的资源调度和管理系统。   其实kubernetes不仅仅是减轻了线上运维的压力,也能够提升机器资源的利用率,据说borg就为Google节省了10%以上的机器资源,Google目前机器数量超百万,一台服务器几万人民币,算下光机器就节省多少钱,再算下节省多少人力。

02

K8s 1.24与Dockershim分手:未来是containerd和CRI-O的世界

听说过docker和k8s的朋友,如果经常关注的话也一定知道containerd,这是一个容器运行时。可以使得pod运行在上面,因为k8s在1.24版本之后docker作为容器运行时被弃用了。官方是这么解释的:自 1.24 版起,Dockershim 已从 Kubernetes 项目中移除。弃用 Docker 这个底层运行时,转而支持符合为 Kubernetes 创建的容器运行接口 Container Runtime Interface (CRI) 的运行时。对于Kubernetes 的终端用户不会有太大影响。这也并不意味着 Docker 已死、也不意味着不能或不该继续把 Docker 用作开发工具。Docker 仍然是构建容器的利器,使用命令 docker build 构建的镜像在 Kubernetes 集群中仍然可以运行。

01

关于架构优化和设计,架构师必须知道的事情

近几年来随着互联网的飞速发展,新的架构实践方式不断涌现,但是有一件事情是永恒不变的,那就是-“架构之道”;关于如何设计出灵活、高可用性以及能够快速适应变化的系统架构,我们依旧还有很大的发挥空间。本文会介绍关于如何构建前沿的、易维护的、安全的架构的几个要点,同时你也可以把它当作系统设计的准则或者用它来验证现有的架构是否合理。 就像我们经常所说的:没有最好的架构,只有最合适的架构。一个好的架构师,可以根据具体的需求、所拥有的资源等因素综合考虑而设计出最优的架构方案。特别是现在,业务的飞速变化、数据无处不在等这

07

关于架构优化和设计,架构师必须知道的事情

概述 这篇译文最早发布在infoQ下面的一个微信公众号:“聊聊架构”上,想着我在园子几乎沉寂了接近两年之久,于是借机复活。哈哈哈,这是一篇关于架构的译文,会介绍比较多的一些工具、以及框架,给对架构感兴趣的同学一个知识扩充。 近几年来随着互联网的飞速发展,新的架构实践方式不断涌现,但是有一件事情是永恒不变的,那就是-“架构之道”;关于如何设计出灵活、高可用性以及能够快速适应变化的系统架构,我们依旧还有很大的发挥空间。本文会介绍关于如何构建前沿的、易维护的、安全的架构的几个要点,同时你也可以把它当作系统设计的准

08
领券