我们一般将pod对象从创建至终这段时间范围成为pod的生命周期，它主要包含以下的过程：pod创建过程运行初始化容器（initcontainer）过程运行主容器（maincontainer）容器启动后钩子（poststart）、容器终止前钩子（prestop）容器的存活性检测（livenessprobe）、就绪性检测（readinessprobe）pod终止过程image.png在整个生命周期中，Pod会出现5种状态：挂起(Pending)：APIServer已经创建了Pod资源对象，但它尚未被调度完成或者仍处于下载镜像的过程中运行中(Running)：Pod已经被调度到某节点，并且所有容器都已
前言之前打包机升级Xcode12之后发现私有库发版时执行podliblint命令报错，一开始看报错信息提示以为是Xcode12或者CocoaPods的锅，想着蹲个新版本出来也许就好了，就暂时没管，打包机仍旧使用Xcode11发版。后来因为另外的需求需要我们升级Xcode12，要优先解决组件发版报错问题，所以就仔细排查了下这个问题。复现随便找一个简单的开源库，以HoloTableView为例，在其podsepc里随便依赖一个静态库，以AppsFlyerFramework为例：s.dependency'AppsFlyerFramework's.static_framework=true执行lint
前言之前打包机升级Xcode12之后发现私有库发版时执行podliblint命令报错，一开始看报错信息提示以为是Xcode12或者CocoaPods的锅，想着蹲个新版本出来也许就好了，就暂时没管，打包机仍旧使用Xcode11发版。后来因为另外的需求需要我们升级Xcode12，要优先解决组件发版报错问题，所以就仔细排查了下这个问题。复现随便找一个简单的开源库，以HoloTableView为例，在其podsepc里随便依赖一个静态库，以AppsFlyerFramework为例：s.dependency'AppsFlyerFramework's.static_framework=true执行lint
该提案旨在允许Pod资源requests和limits的原地更新，而不需要重新启动Pod或其容器，该方案的核心思想是让 PodSpec 的Resources是可变的，表示所需的资源，此外扩展 PodStatus 来反映分配给Pod的资源，并提供有关应用于Pod及其容器的实际资源信息。此外该提案还提出了改进容器运行时接口（CRI）API，以便在运行时管理容器的CPU和内存资源配置，尝试扩展 UpdateContainerResources 这个CRIAPI，使其适用于Windows和除Linux之外的其他未来的运行时。它还需求扩展 ContainerStatus CRIAPI，以允许Kubel
该提案旨在允许Pod资源requests和limits的原地更新，而不需要重新启动Pod或其容器，该方案的核心思想是让 PodSpec 的Resources是可变的，表示所需的资源，此外扩展 PodStatus 来反映分配给Pod的资源，并提供有关应用于Pod及其容器的实际资源信息。此外该提案还提出了改进容器运行时接口（CRI）API，以便在运行时管理容器的CPU和内存资源配置，尝试扩展 UpdateContainerResources 这个CRIAPI，使其适用于Windows和除Linux之外的其他未来的运行时。它还需求扩展 ContainerStatus CRIAPI，以允许Kubel
探针探针有两种：livenessProbe：周期性检查Pod资源是否存活，若失败将重启容器。readinessProbe：周期性检查服务是否可用，若不可用将从Service资源中移除。探针的检测方法exec：执行一段命令。httpGet：发起一个http请求，检测状态码。2xx或3xx为可用状态。tcpSocket：测试某端口是否可以连接。使用exec检测健康状态如下配置文件，使用exec的方式使用cat/tmp/healthy检查容器的存活性。apiVersion:v1kind:Podmetadata:name:exec-healthyspec:containers:-name:nginxi
探针探针有两种：livenessProbe：周期性检查Pod资源是否存活，若失败将重启容器。readinessProbe：周期性检查服务是否可用，若不可用将从Service资源中移除。探针的检测方法exec：执行一段命令。httpGet：发起一个http请求，检测状态码。2xx或3xx为可用状态。tcpSocket：测试某端口是否可以连接。使用exec检测健康状态如下配置文件，使用exec的方式使用cat/tmp/healthy检查容器的存活性。apiVersion:v1kind:Podmetadata:name:exec-healthyspec:containers:-name:nginxi
1.简单聊聊你对工作负载Job的理解？在说工作负载Job执行原理之前，先了解下为什么会需要Job负载？对于ReplicaSet、ReplicationController等持久性负载来说，它们的职责是让Pod保存预期的副本数量，稳定持久运行。除非主动去更改模板，进行扩缩操作，否则这些Pod一直持久运行，并且运行的是持久性任务，比如Nginx，MySQL等。同样，任务除了持久任务外，也有非持久任务。那么哪些是非持久任务呢？我们在日常的工作中经常都会遇到一些需要进行批量数据处理和分析、或者是根据时间调度的需求，这些属于短期性质的任务。不需要持久运行，仅执行一次就结束。例如:进行数据库跨库同步，热点
1.简单聊聊你对工作负载Job的理解？在说工作负载Job执行原理之前，先了解下为什么会需要Job负载？对于ReplicaSet、ReplicationController等持久性负载来说，它们的职责是让Pod保存预期的副本数量，稳定持久运行。除非主动去更改模板，进行扩缩操作，否则这些Pod一直持久运行，并且运行的是持久性任务，比如Nginx，MySQL等。同样，任务除了持久任务外，也有非持久任务。那么哪些是非持久任务呢？我们在日常的工作中经常都会遇到一些需要进行批量数据处理和分析、或者是根据时间调度的需求，这些属于短期性质的任务。不需要持久运行，仅执行一次就结束。例如:进行数据库跨库同步，热点
1、Pods库用swift创建的，需要引用OC，用外部添加桥接文件TargetName-Bridging-Header.h，行不通的2、创建一个继承NSObject的public_header的OC类，把要引用的OC头文件添加到.h文件中；在.podspec文件中加入s.public_header_files='xxx/Classes/public_header.h'3、Pods组件库Classes目录下创建一个文件夹TestFolder，在文件夹中新建一个testfile.modulemap文件,并把文件内容设置成module test[system]{ header"xxxxx.h"
