添加污点的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...

连同着的也会出现 NacosException:failed to req API:xxxx:8848/nacos/v1/ns/instance/beat. code:500 msg: java.net.Connect的错误。如果遇到这个错误 可以初步判断是你把nacos控制台给关闭了 也有可能是其他原因！假如是这个原因的话，那么检查一下你的nacos安装目录是不是跟原来的不一样了那么将这个nac

常见的命令有：nginx -s reopen #重启Nginxnginx -s reload #重新加载Nginx配置文件，然后以优雅的方式重启Nginxnginx -s stop #强制停止Nginx服务nginx -s quit #优雅地停止Nginx服务（即处理完所有请求后再停止服务）nginx -t #检测配置文件是否有语法错误，然后退出nginx -?,-h #打开帮助信息nginx -

常见的命令有：nginx -s reopen #重启Nginxnginx -s reload #重新加载Nginx配置文件，然后以优雅的方式重启Nginxnginx -s stop #强制停止Nginx服务nginx -s quit #优雅地停止Nginx服务（即处理完所有请求后再停止服务）nginx -t #检测配置文件是否有语法错误，然后退出nginx -?,-h #打开帮助信息nginx -