因为我们的代码可以从一个节点转移到另一个节点（例如，某个节点没有足够的内存，那么工作将会被重新调度到另一个拥有充足内存的节点上），所以在节点上保存数据容易丢失。如果我们想要永久保存我们的数据，我们应该使用持久卷。持久卷有点类似外部的硬盘，你可以将它插入并在上面保存你的数据。

Google开发的Kubernetes是一个无状态应用程序的平台，其持久性数据存储在其他地方。当这一项目发展成熟之后，许多企业想要在有状态应用程序中使用它，所以开发人员需要添加持久卷管理。如同早期的虚拟化技术，数据库server通常情况下并不是首要迁移到新架构上去的server。这是因为数据库是许多应用程序的核心，并且可能包含很多重要信息，所以本地数据库系统在虚拟机或物理机中通常规模很大。

所以，问题是，我们应该什么时候开始使用持久卷？要回答这个问题，首先，我们应该理解数据库应用的不同类型。

我们将数据管理解决方案分为以下两类：

• 垂直伸缩——包括传统的RDMS解决方案，例如MySQL、PostgreSQL以及SQL Server

• 水平伸缩——包括“NoSQL”解决方案，例如ElasticSearch或基于Hadoop的解决方案

垂直伸缩解决方案（如MySQL、PostgreSQL以及Microsoft SQL）不应该应用在容器内。这些数据库平台要求高I/O、共享磁盘以及block存储等，并且无法处理集群内的节点丢失，但这一情况常常会发生在基于容器的生态系统内。

对于水平伸缩应用程序（如Elastic、Cassanda、Kafka等）可以使用容器。他们能够承受数据库集群内的节点丢失以及数据库应用可以自行恢复均衡。

通常情况下，你应该容器化分布式数据库，从而利用冗余的存储技术并且能够处理数据库集群内的节点丢失（ElasticSearch是一个很好的例子）。

Kubernetes软件组件

现代软件开发的目标之一是保证各类应用程序在相同的主机或集群上可以彼此隔离。虚拟机是解决该问题的一个方案。但虚拟机需要他们自己的操作系统，所以他们的规模通常是千兆字节。

容器则恰恰相反，它可以隔离应用程序的执行环境但共享底层操作系统。所以，容器就像一个盒子，我们可以在其中保存一切运行应用程序所需要的：代码、运行时、系统工具、系统仓库、设置等。它们通常仅需要几兆字节即可运行，远远少于虚拟机所需资源，并且可以立即启动。

Pod是一组容器。在Kubernetes中，最小的单位是Pod。一个pod可以包含多个容器，但通常情况下我们在每个pod中仅使用一个容器，因为在Kubernetes中最小复制单位是pod。如果我们想要为每个容器单独扩容，我们添加一个容器到Pod中即可。

Deployments

Deployment的最初功能是为pod和ReplicaSet（相同Pod在其中会被复制很多次）提供声明式更新。使用deployment，我们可以指定有多少相同pod的副本应该随时运行。Deployment类似于pod的管理器，它可以自动启动所需数量的pod、监控pod并在出现故障时重新创建Pod。Deployment极其有用，因为你不需要单独创建和管理每个pod。

我们通常为无状态应用程序使用deployment。然而，你可以通过给他附加一个持久卷来残存deployment的状态并使其变得有状态。

Stateful Sets

StatefulSet是Kubernetes中的一个新概念并且它是用于管理有状态应用的资源。它管理deployment和一组pod的扩展，并且确保这些pod的顺序以及独特性。它与deployment类似，唯一的区别是deployment创建一组任意名称的pod，并且pod的顺序对它来说并不重要，而StatefulSet创建的pod都有独一无二的名称以及顺序。所以，如果你想为名为example的pod创建3个副本，那么StatefulSet将会创建为：example-0、example-1、example-2。因此，这一创建方式最重要的好处就是你可以通过pod的名称就了解大致的情况。

DaemonSets

DaemonSet可以确保pod运行在集群的所有节点上。如果从集群中添加/移除了一个节点，DaemonSet会自动添加/删除该pod。这对于监控以及日志十分重要，因为你可以监控每个节点并且不需要手动监控集群。

Services

Deployment负责保持一组Pod处于运行状态，那么Service负责为一组Pod启动网络访问。Services可以跨集群提供标准化的特性：负载均衡、应用间的服务发现以及零宕机应用程序deployment。每个服务都有独一无二的IP地址以及DNS主机名称。可以为需要使用服务的应用程序手动配置相应的IP地址或主机名称，然后流量将会被负载均衡到正确的pod。在外部流量的部分，我们会了解到更多的服务类型以及我们如何在内部服务和外部世界间进行通信。

ConfigMaps

如果你想部署到多个环境中，如staging、开发环境和生产环境，bake配置到应用程序中并不是一个好的操作，因为环境之间存在差异性。理想状况下，你会希望每个部署环境对应不同的配置。于是，ConfigMap应运而生。ConfigMaps可以让你从镜像中解耦配置工件以保持容器化应用程序的便携性。

外部流量

既然你已经了解运行在集群中的服务，那么你如何获取外部流量到你的集群中呢？有三种服务类型可以处理外部流量：ClusterIP、NodePort以及LoadBalancer。还有第4种解决方案：再添加一个抽象层，称为Ingress Controller。

ClusterIP

ClusterIP是Kubernetes中默认的服务类型，它可以让你在集群内部与其他服务进行通信。虽然ClusterIP不是为外部访问而设计的，但只要使用代理进行了一些改动，外部流量就可以访问我们的服务。不要在生产环境中采用这一解决方案，但可以用其来进行调试。声明为ClusterIP的服务不应该可以从外部直接可见。

NodePort

最后

分享一套我整理的面试干货，这份文档结合了我多年的面试官经验，站在面试官的角度来告诉你，面试官提的那些问题他最想听到你给他的回答是什么，分享出来帮助那些对前途感到迷茫的朋友。

面试经验技巧篇

• 经验技巧1 如何巧妙地回答面试官的问题
• 经验技巧2 如何回答技术性的问题
• 经验技巧3 如何回答非技术性问题
• 经验技巧4 如何回答快速估算类问题
• 经验技巧5 如何回答算法设计问题
• 经验技巧6 如何回答系统设计题
• 经验技巧7 如何解决求职中的时间冲突问题
• 经验技巧8 如果面试问题曾经遇见过，是否要告知面试官
• 经验技巧9 在被企业拒绝后是否可以再申请
• 经验技巧10 如何应对自己不会回答的问题
• 经验技巧11 如何应对面试官的“激将法”语言
• 经验技巧12 如何处理与面试官持不同观点这个问题
• 经验技巧13 什么是职场暗语

面试真题篇

• 真题详解1 某知名互联网下载服务提供商软件工程师笔试题
• 真题详解2 某知名社交平台软件工程师笔试题
• 真题详解3 某知名安全软件服务提供商软件工程师笔试题
• 真题详解4 某知名互联网金融企业软件工程师笔试题
• 真题详解5 某知名搜索引擎提供商软件工程师笔试题
• 真题详解6 某初创公司软件工程师笔试题
• 真题详解7 某知名游戏软件开发公司软件工程师笔试题
• 真题详解8 某知名电子商务公司软件工程师笔试题
• 真题详解9 某顶级生活消费类网站软件工程师笔试题
• 真题详解10 某知名门户网站软件工程师笔试题
• 真题详解11 某知名互联网金融企业软件工程师笔试题
• 真题详解12 国内某知名网络设备提供商软件工程师笔试题
• 真题详解13 国内某顶级手机制造商软件工程师笔试题
• 真题详解14 某顶级大数据综合服务提供商软件工程师笔试题
• 真题详解15 某著名社交类上市公司软件工程师笔试题
• 真题详解16 某知名互联网公司软件工程师笔试题
• 真题详解17 某知名网络安全公司校园招聘技术类笔试题
• 真题详解18 某知名互联网游戏公司校园招聘运维开发岗笔试题

CodeChina开源项目：【一线大厂Java面试题解析+核心总结学习笔记+最新讲解视频】

资料整理不易，点个关注再走吧

知名互联网游戏公司校园招聘运维开发岗笔试题

[外链图片转存中…(img-5xxByafb-1630903293057)]

CodeChina开源项目：【一线大厂Java面试题解析+核心总结学习笔记+最新讲解视频】

资料整理不易，点个关注再走吧