Kubernetes插件的该如何升级，这6个方面必不可少
1. 覆盖网络插件 容器必须以某种方式进行通信，所以覆盖网络(Overlay network)插件十分重要。尽管集群可以独立于覆盖网络运行，但使用此覆盖网络的扩展，将大大提升灵活性。 覆盖网络插件的有不少，比如Calico，Weave，Flannel，Canal(Calico + Flannel)和Ku
Kubernetes 网络的四种场景解释
在实际的业务场景中，业务组件之间的关系十分复杂，特别是微服务概念的提出，应用部署的粒度更加细小和灵活。为了支持业务应用组件的通信联系，Kubernetes网络的设计主要致力于解决以下场景： (1)紧密耦合的容器到容器之间的直接通信; (2)抽象的Pod到Pod之间
Kubernetes之上到底该构建什么？这些或许能给你想法
在Kubernetes中运行有状态工作负载是一个快速发展的方向。因为Kubernetes有名为StatefulSets的内置对象，可为Pod提供网络寻址和顺序保证。将StatefulSet和应用程序运算符组合在一起可以为运行有状态的工作负载(例如需要持久保存状态的数据库和旧版应用程序)
从零开始掌握 Kubernetes
从宏观上来看 Kubernetes 的整体架构，包括 Master、Node 以及 etcd。 Master 即主节点，负责控制整个 Kubernetes 集群。它包括 API Server、Scheduler、Controller 等组成部分。它们都需要和 etcd 进行交互以存储数据。 API Server：主要提供资源操作的统一
你们对Kubernetes基础架构进行自动化实验了吗？
软件开发中的自动化测试是保障软件质量不可或缺一部分。随着容器化技术的不断发展，Kubernetes已经是事实上的标准。那么，通过自动化的方式验证像Kubernetes这样的基础架构的有效性，也越来越重要。这篇文章就介绍如何利用和扩展现有工具来测试Kubernetes的
Kubernetes 集群网络从陌生到熟悉，看这一篇就够了
容器网络基础 一个 Linux 容器的网络栈是被隔离在它自己的 Network Namespace 中，Network Namespace 包括了：网卡（Network Interface），回环设备（Lookback Device），路由表（Routing Table）和 iptables 规则，对于服务进程来讲这些就构建了它发起请求
Kubernetes vs.Docker：掌握容器和编排
Docker容器帮助简化了通过开发和测试以及进入生产环境的应用程序迁移过程，而Docker和Kubernetes都帮助重新构建了应用程序的构建和部署方式，也就是作为微服务集合而不是单一堆栈的方式。 Docker和Kubernetes为什么如此重要?它们如何改变软件开发?以及它们各
Kubernetes服务发现基础篇：如何高效管理服务？
在我们了解如何管理服务以及如何高效建立服务发现之前，我们必须了解服务发现所面临的首要挑战：IP分配问题。具体而言，Kubernetes将IP地址动态分配给Pod和服务的方式。 我们固然可以为单个Pod和服务定义IP地址，但这样做会限制Kubernetes环境的可伸缩性。在
淡定一些：说说Kubernetes与Docker
对于Kubernetes最终用户，此次调整同样不会有太大影响。Docker不会就此消亡，你也仍然可以继续将Docker作为开发工具使用。Docker会继续构建起不计其数的容器，而运行docker build命令所生成的镜像仍可在Kubernetes集群内正常运行。 如果你使用的是GKE或者EKS
Kubernetes 1.20正式推出
Kubectl alpha debug功能在1.20版本中迎来beta阶段，如今已经更名为kubectl debug。此功能直接通过kubectl为用户提供对常见调试工作流的支持。Beta版中，其支持的故障排查方案包括： 通过创建使用其他容器镜像或命令的Pod副本，对启动时发生崩溃的工作负载进