云原生
利用nginx反向代理kubesphere终端访问
利用nginx做反向代理kubesphere，目的是为了在自建环境中通过nginx反向代理到kuberetes中的ingress，然后利用ingress做集群内部的解析，利用ngi
最新文章
运维服务
利用nginx的反向代理替换成k8s的LoadBalancer
简单说一下k8s的负载均衡不管是LoadBalancer还是nodeport，还是其他的等等，都是通过端口映射的方式进行数据请求的，主要原因是因为在kubernetes中，ipvs
云原生
自建kubernetes中安装ingress
ingress的主要目的是为了控制用户请求pod的一个入口，当然了，如果使用nodeport的方式更简单点，但是我需要给很多个服务设置端口，这种请求方式不太能接受，而且如果我使用n
DevOps
jenkins安装过程中出现No such plugin: cloudbees-folder的解决办法
在kubernetes集群中部署jenkins集群，前面安装kubernetes的时候为了省劲就在原有的swarm的基础上直接部署了，结果各种问题，所以也都一一解决了，但是在安装j
云原生
kubernetes中pod里的容器无法解析外网
kubernetes安装好后，因为代理的问题所以就没有安装什么服务，有的安装好后也就没有测试，后来发现安装后在jenkins的时候安装不上，我一直以为是我的版本的问题，后来看日志，
运维服务
centos7内核升级方法
今天在安装kubernetes的时候，什么都安装好了，但是在安装jenkins的时候提示一直安装不上去，后来发现原来pod中无法域名解析，主要原因是因为我的系统内核版本太低了，这里
云原生
calico网络报错calico/node is not ready: BIRD is not ready: BGP not established with
原来的环境部署的是swarm集群，但是偷懒就没有把集群中的服务删除，直接安装了kubernetes，导致安装之后出现各种问题，安装成功之后只有一个节点的calico启动不了，显示的
云原生
swarm集群中服务之间的网络通信
在swarm集群中部署的微服务集群，原本测试的时候使用的是网上找的测试用例，因为也没有深入的测试，所以认为网络可以，但是换成自己的服务时，发现集群中有些服务可以有些服务不可以，因为