个人技术分享

这是自己所遇到 Pod 常见状态及可能原因，持续更新。如有其他的错误状态，可私我更新。

Kubernetes 专题 - 稳定性之健康检查

在 AWS CodeBuild 中进行单元测试需要配置构建规范文件 (buildspec.yml)，该文件定义了 CodeBuild 在构建过程中需要执行的步骤。

和cronjob是Kubernetes对象，主要用于短期和批处理工作负载。kubernetes作业对象基本上部署了一个pod，但它是为了完成而运行的，而不是像deployment、复制控制器和DaemonSets这样的对象，它们是持续运行的。这意味着，作业将一直运行，直到作业中指定的任务完成，如果pods给出退出代码0，则作业将退出。该任务可以是shell脚本执行、API调用或执行数据转换并将其上传到云存储的java python执行。然而，在正常的Kubernetes。

本次通过给harbor添加插件来实现这个功能，后面还有Windows，liunx版本如何进行上传下载的方法本次使用的为harbor2.5.3版本，是低版本harbor高版本和低版本添加插件不一致注意区分。

我们点开 EurekaServerConfig 可以看到EurekaServerConfig，这是个接口，这里面有一堆getXXX()的方法，包含了eureka server需要使用的所有的配置，都可以通过这个接口来获取针对配置定义了一个接口，接口里通过方法暴露了大量的配置项获取的方法，我们可以通过这个接口来获取你需要的配置项。很多时候，我们会把配置文件加载到Properties就结束了，然后获取配置的时候，使用get方法获取就行。DefaultEurekaServerConfig，是Eurek

服务注册：服务实例在启动时向Eureka注册自己的信息。服务发现：服务实例可以查询Eureka获取其他服务的信息。心跳检测：Eureka通过心跳检测监控服务实例的存活状态。客户端负载均衡：Eureka客户端可以用来实现客户端负载均衡。

当系统从一个服务注册中心迁移到另一个时，例如从 Eureka 迁移到 Nacos，可以在过渡期内同时使用两个注册中心，确保服务平稳迁移，逐步过渡，避免一次性切换带来的风险。

在内网借助代理服务器，使用kubeadm部署一个k8s集群，单master+2worker节点，K8S版本为1.7.6，使用containerd作为容器运行时。

IP 地址可以被划分成若干组连续的地址，并用形如“共同的起始位一掩码一掩码长度”这样的形式来表示。比如，在IPV4 地址中，1.1.1.0/24 代表着一个由1.1.1.0到 1.1.1.255 共 256 个地址的子网。

Docker插件是一种特殊的容器，能够与Docker守护进程进行通信，扩展Docker的核心功能。插件可以是存储插件、网络插件、日志插件、监控插件等。使用插件可以简化Docker的管理和操作，提升其功能性和灵活性。Docker插件为Docker提供了强大的扩展能力，能够极大地提升Docker的功能和灵活性。通过插件，用户可以根据自身需求定制Docker的功能，实现存储、网络、日志等多方面的扩展。希望本文通过对Docker插件的介绍和具体使用例子的演示，能够帮助你更好地理解和使用Docker插件。

详细介绍了 kubernetes node 节点管理 的详细命令

Mac M3 Pro 安装 Zookeeper-3.4.6

【代码】win10 k8s dashboard。

然后点开这个镜像,可以看到对应的artifacts还有,他的tags,我们设站点1.15.12对吧。可以看到添加上,忽略的域名就可以了,让docker,对我们的地址,忽略https检测。首先我们去登录一下harbor,但是可以看到,用户名密码没有错,但是登录不上去。是因为,我们用了负债均衡,nginx会把,负载均衡进行,随机分配,访问的。的business这个项目,可以看到在镜像仓库中,就有了。登录以后,可以看到项目中,我们可以创建一个项目,比如。可以看到我们给,负载均衡,分发的时候,添加上。

在k8s上部署一个简单的应用。通过部署nginx让你更熟悉k8s的相关操作和命令。快来操练起来吧

例子：工程在docker_test参考链接1：安装pipreqs可能比较困难。

通过以上解释，我们可以了解 Zookeeper 如何初始化和实现 ZXID 以及领导节点选举过程中的核心逻辑。ZXID 确保了事务的全局顺序一致性，而isMajority方法确保了选举结果的合法性。理解这些原理和实现逻辑对于掌握 Zookeeper 的工作机制至关重要。

使用ls命令来查看当前znode的子节点[可监听]

在没使用 helm 之前，向 kubernetes 部署应用，我们要依次部署 deployment、svc 等，步骤较繁琐。况且随着很多项目微服务化，复杂的应用在容器中部署以及管理显得较为复杂，helm 通过打包的方式，支持发布的版本管理和控制， 很大程度上简化了 Kubernetes 应用的部署和管理。Helm 本质就是让 K8s 的应用管理（Deployment、Service 等）可配置，可以通过类似于传递环境变量的方式能动态生成。