K8s
PostTruth
书写是对思维的缓存
展开
-
K8S 命名空间
K8S 命名空间命名空间提供的隔离命名空间只是将对象(资源)分到不同的组,只允许你对特定命名空间的对象进行操作;但实际上,命名空间不提供对正在运行的的对象的任何隔离;一个 namespace 内只允许一个 Pod, 不同namespace 内的 Pod ,是平等的,比如同一节点不同 namespace 的 Pod 可以相互通信命名空间可允许不同团队使用同一集群,就像他们使用单独的 kubernetes 集群一样获取所有命名空间kubectl get ns创建 Pod 时指定原创 2020-11-28 18:15:01 · 1061 阅读 · 0 评论 -
K8s 服务故障排查指南
服务是 Kubernetes的一个重要概念,也是让许多开发人员感到困扰的根源。许多开发人员为了弄清楚无法通过服务IP或FQDN连接到他们的pod的原因花费了大量时间。出于这个原因,了解一下如何排除服务故障是很有必要的:如果无法通过服务访问pod,应该根据下面的列表进行排查:首先,确保从集群内连接到服务的集群I,而不是从外部。不要通过ping服务P来判断服务是否可访问(请记住,服务的集群IP是虚拟IP,是无法ping通的)。如果已经定义了就绪探针,请确保它返回成功;否则该pod不会成为服务的原创 2020-11-17 22:49:08 · 971 阅读 · 0 评论 -
K8S 集群中使用一个 Loadbalancer 暴露整个集群内所有服务的设想
在 K8s 中,将服务的类型设置为 LoadBalance ,该负载均衡器就会获得一个公开的独一无二的IP,并将所有的连接重定向到 Service然后就可以通过负载均衡器的IP地址访问该服务.但是 LoadBalancer 只能为一个服务提供 一个 公共IP,现实中我们有多个服务,每个服务都暴露一个公网 IP, 太浪费资源.解决方案有两种:一: 创建一个 LoadBalancer 的 Service,这个Service 就是一个 GateWay 服务,用来进行 K8S 集群内部的 服务转发我们知原创 2020-11-17 22:16:41 · 3329 阅读 · 0 评论 -
关于使用第三方库的一些思考和建议
在项目中免不了要使用第三方库, 使用第三方库,不但要统一,还可以浅浅的封装一层,预留未来的扩展性。为什么建议浅浅的封装一层?举个例子,如果不封装,redis官方Java客户端Jedis可能有这样一些接口:String Memcache::get(String key)String Memcache::set(String key, String value)String Memcache::del(String key)浅浅的封装一层,会变成这样:String MyKV::get(Strin原创 2020-11-16 22:46:55 · 613 阅读 · 0 评论 -
关于组件自研的一些思考
关于组件自研的一些思考原创 2020-11-16 22:42:06 · 179 阅读 · 0 评论 -
K8S 在微服务架构下做服务注册中心的一种思路
K8S 在微服务架构下做服务注册中心的一种思路原创 2020-11-16 22:39:41 · 5943 阅读 · 10 评论