Discuz! Board

 找回密碼
 立即註冊
搜索
熱搜: 活動 交友 discuz
查看: 7|回復: 0

什么是 Kubernetes?您需要了解的一切!

[複製鏈接]

1

主題

1

帖子

5

積分

新手上路

Rank: 1

積分
5
發表於 2024-3-21 11:37:47 | 顯示全部樓層 |閱讀模式

您想知道当前的主要技术之一是什么吗?Kubernetes(Ks)。 各种规模的公司对这项技术的采用像野火一样蔓延,导致使用这项技术的专业人士的机会数量迅速增长。 进一步了解 Ks 并确保下一个席位怎么样? “ ……在 Google,我们管理大规模 Linux 容器已经有 多年了…… ” 这是谷歌 年发表的一篇名为Borg、Omega 和 Kubernetes的文章的摘录。该项目是基于谷歌 工程师的挑战和经验而开发的,他们试图开发一个能够支持公司内不同应用程序和团队的平台。 隐藏内容 什么是 Kubernetes? Kubernetes 的工作原理:容器 Kubernetes 的工作原理:云原生应用程序 云原生应用的特点 Kubernetes 特性 Kubernetes 架构:它是如何工作的? 节点 等等 大师 控制平面 学习Kubernetes:如何创建应用? 声明式配置 理解 Kubernetes 的 API Kubernetes 优势总结 什么是 Kubernetes 集群以及如何构建集群? 什么是 Kubernetes? Kubernetes 由云原生计算基金会维护 Ks 是一个开源项目,旨在编排容器并自动化应用程序部署。 目前由云原生计算基金会维护,Kubernetes 管理包含运行 Linux 应用程序的主机的集群。 这些集群可以包括云主机,因此 Kubernetes 是托管需要快速可扩展性的云原生应用程序的理想平台,例如通过Apache Kafka 流式传输实时数据。 部署应用程序的新版本始终是一个有风险的过程。

有一系列手动或半自动步骤,如果出现问题,回滚到以前的版本是非常复杂的。 现在想象一下,一个由数十个微服务组成的应用程序,每个微服务都有不同的生命周期、不同的发布日期和不同的技术。 这将是任何开发团队的噩梦。 因此,它消除了容器化应 币安应用用户数据 用程序所需的许多手动流程,例如促进微服务项目并为其提供敏捷性。 我推荐这个来自 Fonte Fonte 频道的视频,它非常有教育意义,并且以简单明了的方式进行了解释! Kubernetes 的工作原理:容器 计划中的集装箱 没有太多神秘之处!容器基本上遵循与其字面对应物相同的逻辑。 就像我们将需要从一个位置发送到另一个位置的对象分组到容器中一样,我们也将代码分组到一个容器中,这些代码可以在不同的位置执行。 这样,我们就可以使用微服务架构来处理更小的组件,微服务架构与Kubernetes一样正在兴起。 使用微服务和容器可以简化程序员的工作,因为它将巨大的代码分解为较小的代码,从而防止代码变成怪物。 适合初学者的有关 DevOps 的一切。 Kubernetes 的工作原理:云原生应用程序 云原生应用程序 Cloud -native这个术语用于对旨在充分利用云环境(无论是私有云还是公共云)的应用程序进行分类。 这些应用程序基于微服务架构,并结合了实现整个应用程序生命周期自动化的实践。 有些应用程序称为整体式应用程序,其中应用程序的所有部分都在一起(导致强耦合)。 微服务架构提出了这样的想法:应用程序应该由称为服务的更小的、独立的部分组成(导致松散耦合)。



这个想法是,每个服务都是专门化的,并提供 API 来与其他服务进行通信。 例如,此特性使得不同的团队可以承担同一应用程序的不同部分。 另一个优点是同一个服务可以被多个应用程序使用,而无需任何额外的努力。 云原生应用的特点 由容器组成的云原生应用 就云原生应用程序而言,主要特征之一是它们使用容器来封装每个微服务。 例如,由于这些容器包含服务及其所有依赖项,因此它们独立于基础设施,并且可以轻松地从一个云迁移到另一个云。 另一个重要的一点是,容器的使用极大地方便了可扩展性和新版本部署等问题。 上图中的示例中,如果 个 Web 界面容器不够,则再启动一个即可。 有新版本出来了吗?只需用新版本替换容器即可。新版本是否存在严重错误?只需将其替换回以前版本的容器即可。 这种灵活性带来了多种优势,但也带来了新的挑战。当应用程序由几个小部分组成时,手动管理所有这些部分可能会变得相当复杂。 为了帮助完成这部分,有像 Kubernetes 这样的编排器。 微服务和“时尚”的危险 库伯内特特性 Kubernetes 特性 为了帮助解决本文开头提到的问题,Kubernetes提供了一系列功能。然而,在我们深入了解细节之前,了解 Ks 的一个核心概念很重要:应用程序状态。 这个概念背后的想法是应用程序有两种类型的状态:当前状态和期望状态。 应用程序的当前状态描述了现实。例如,给定服务有多少个副本正在运行,每个服务的生产版本是什么,等等。 期望的状态描述了负责应用程序的团队或人员希望此时的状态。 Kubernetes 实现了一系列循环,不断检查当前状态是否与期望状态相同。这个角色是由所谓的控制器扮演的。 当控制器识别出当前状态与期望状态不同时,它会激活其他系统组件以使当前状态再次等于期望状态。 监视和管理应用程序状态的整个过程(不包括应用程序本身的执行)需要一系列组件。这就是为什么 Kubernetes 环境的架构基于机器集群。
回復

使用道具 舉報

您需要登錄後才可以回帖 登錄 | 立即註冊

本版積分規則

Archiver|手機版|自動贊助|GameHost抗攻擊論壇

GMT+8, 2025-5-14 13:26 , Processed in 0.913855 second(s), 19 queries .

抗攻擊 by GameHost X3.4

© 2001-2017 Comsenz Inc.

快速回復 返回頂部 返回列表
一粒米 | 中興米 | 論壇美工 | 設計 抗ddos | 天堂私服 | ddos | ddos | 防ddos | 防禦ddos | 防ddos主機 | 天堂美工 | 設計 防ddos主機 | 抗ddos主機 | 抗ddos | 抗ddos主機 | 抗攻擊論壇 | 天堂自動贊助 | 免費論壇 | 天堂私服 | 天堂123 | 台南清潔 | 天堂 | 天堂私服 | 免費論壇申請 | 抗ddos | 虛擬主機 | 實體主機 | vps | 網域註冊 | 抗攻擊遊戲主機 | ddos |