mysql-operator相关操作

一般发生这种情况都和依赖有关，首先需要检查一下你在服务器部署的依赖路径和mainclass之间的关系是不是在配置中对的。我就是这个问题还有就是版本冲突。当你使用idea初始化器去创建spring项目，然后你又需要改变当前版本的时候，最好注意maven依赖之间的版本冲突...

一般是IP和端口的配置问题，建议查看一下意思是连不上Kafka，我启动了虚拟机之后，启动项目，运行程序之后报这个错误，一开始没想起来，网上找了一些类似的问题和解决问题，差不多都和IP地址相关，我后来想起来，项目中的application.yml文件中，关于Kafka的bootstrap-servers: 虚拟机地址:9092 配置改为了自己的虚拟机地址，原来是：bootstrap-servers:

添加污点的Node节点默认不会参与日常调度，有两种策略分别为“NoSchedule”和“NoExecute”，加入污点的Node只有在Pod的Yaml文件设置相对应的容忍，Pod才会调度到该节点，NoSchedule：软策略，表示尽量不调度到污点节点上去，只会影响到新的pod而不会对已经运行在该Node节点其他pod造成影响;;;;;Node节点上的旧Pod不会被驱逐NoExecute：该选项意味

以nacos配置为例，如果nacos配置是在项目启动时指定，则解决方案1，将配置到K8S的configmap，dockerfile中指定${configmap的key}.此方式灵活-Dspring.cloud.nacos.discovery.server-addr=127.0.0.1:8848-Dspring.cloud.nacos.config.server-addr=127.0.0.1:884

可以看这篇文章首先我们需要确认一下自己的编译环境，Jenkins需要java环境。另外确认版本问题。Jenkins 2.54需要Java 8 ！！这些问题解决后，再考虑内存等问题。

部署分为有状态部署和无状态部署，也就是有状态服务和无状态服务，而其区别在于是否有实时的数据需要存储。无状态服务对象-Deployment，用于部署无状态的服务，一般用于管理维护企业内部无状态的微服务，比如configserver、zuul、springboot。其可以管理多个副本的Pod实现无缝迁移、自动扩容缩容、自动灾难恢复、一键回滚等功能。其服务部署结构模型是Deployment->Re

构建一个 Chart1. Chart 文件结构chart 是一个组织在文件目录中的集合。目录名称就是chart名称。因而描述WordPress的chart可以存储在wordpress/目录中。在这个目录中，Helm 期望可以匹配以下结构：wordpress/Chart.yaml# 包含了chart信息的YAML文件LICENSE# 可选: 包含chart许可证的纯文本文件README.md# 可选

应用的迁移部署是一件非常复杂的事情。我们不仅要针对每个环境单独调整，可能还会面临其它的问题，比如检查依赖、扩展应用、在不影响整体应用的情况下单独更新组件。Docker容器化的思想和面向服务式的设计模式试图解决这些问题。应用程序可以拆分为可管理的且按功能划分的组件，组件可以单独打包它们所需要的全部依赖，这样，应用程序可以非常容易的部署在任何架构中，扩展和更新组件也非常容易。本部分主要讲述实现一个容器

问题解决：检查Kafka的config/server.properties看看是否有填写listeners=PLAINTEXT://kafka-host:9092advertised.listeners=PLAINTEXT://kafka-host:9092这里的kafka-host需要在/etc/hosts进行映射，服务端映射到本地或内网ip，客户端映射到服务端ip...