Kubernetes的应用情景以及适合哪些企业
人们需要了解什么是Kubernetes，以及它是否真的是一种最佳选择，还要了解使用细节。 如今，Kubernetes似乎是一个热门的话题。该工具以及围绕它构建的相关工具经常被人们谈论，它似乎是当今唯一对开发人员重要的主题，特别是当IT世界越来越面向云计算和微服
为什么容器和 Kubernetes 有潜力进行一切
为什么说 Kubernetes 是一辆翻斗车 中，我谈到了 Kubernetes 如何在定义、分享和运行应用程序方面很出色，类似于翻斗车在移动垃圾方面很出色。 如何跨越 Kubernetes 学习曲线 ，我解释了 Kubernetes 的学习曲线实际上与运行任何生产环境中的应用程序的学习
Kubernetes 有状态应用基础概念Nginx部署
无状态与有状态 Deployment控制器设计原则：管理的所有Pod一模一样，提供同一个服务，也不考虑在哪台Node运行，可随意扩容和缩容。这种应用称为无状态，例如Web服务 但是,在实际的场景中，并不能满足所有应用，尤其是分布式应用，会部署多个实例，这些实例
为什么Kubernetes从节点会Join败北
有段时间没有鼓捣Kubernetes了，今天重置Kubernetes集群后，slave节点不能加入master节点了，我把问题和解决方案分享给大家。 我本地的Kubernetes集群包括一个主节点和一个从节点，如下图： 问题 主节点启动后，从节点加入，命令如下： kubeadm join 192.16
落实Kubernetes以实现多云架构安全
保护云工作负载在多云环境中变得更加复杂，原因有三点。首先，安全功能因提供程序而异。例如，Azure Sentinel与AWS CloudTrail不同。 其次，实施安全策略(例如如何访问日志，记录什么类型的数据或门户网站对资源的管理访问权限)在提供商之间有所不同。 第三
聊聊 Kubernetes 的问题和局限性
在这种全民学习和使用 Kubernetes 的大背景下，我们也应该非常清晰地知道 Kubernetes 有哪些局限性。虽然 Kubernetes 能够解决容器编排领域的大多数问题，但是仍然有一些场景是它很难处理、甚至无法处理的，只有对这些潜在的风险有清晰的认识，才能更好地驾
Kubernetes攻击胁迫矩阵
云和容器技术的快速增长，容器编排系统成了发展最快的技术。尤其是谷歌Kubernetes项目成了容器编排事实上的业界标准。越来越多的企业和开发人员已经将自己的工作转移到了K8S上。尽管K8S具有很多优势，但是统一和集中化的管控也在安全方面带来了新的挑战。在
如何才能不被Kubernetes按在地上摩擦？
Kubernetes已经成为行业标准，并且也成为了运维标配，现在出去面试，如果哪个公司没有注明需要Kubernetes技能(国企除外)，那么这个公司你就不要考虑了(钱给的实在多除外^_^)。Kubernetes虽然成为了标准，但是不同的运维在实施的时候，或者说不同的公司在使
Kubernetes中布局ELK Stack日志收集平台
准备环境一套正常运行的k8s集群，kubeadm安装部署或者二进制部署即可1 ELK概念ELK是Elasticsearch、Logstash、Kibana三大开源框架首字母大写简称。市面上也被称为Elastic Stack。其中Elasticsearch是一个基于Lucene、分布式、通过Restful方式进行交互的近实
这一篇 K8S（Kubernetes）我觉得你可以了解一下
什么是Kubernetes?Kubernetes 是Google开源的分布式容器管理平台，是为了更方便的在服务器中管理我们的容器化应用。Kubernetes 简称 K8S，为什么会有这个称号?因为K和S是 Kubernetes 首字母和尾字母，而K和S中间有八个字母，所以简称 K8S，加上 Kubernetes
