3 小时前 / u128287
K8s 设计模式 Kubernetes 是一个具有普遍意义的容器编排工具，它提供了一套基于容器构建分布式系统的基础依赖，其意义等同于 Linux 在操作系统中的地位，可以认为是分布式的操作系统。 自定义资源 K8s 提供了 Pod、Service、Volume 等一系列基础资源定义，为了更好提供扩展性，CRD 功能是在 1.7 版本被引入。 用户可以根据自己的需求添加自定义的 Kubernetes 对象资源（CRD）。值得注意的是，这里用户自己添加的 Kubernetes 对象资源都是 native 的都是一等公民，和 Kubernetes 中自带的、原生的那些 Pod、Deployment 是同样的对象资源。
1 天前 / kafeidou
前言 longhorn 是 rancher 公司开源并贡献给 CNCF 的一个开源分布式存储项目，可用来作为 kubernetes 的 CSI 存储。 本文介绍 helm 和 yaml 两种方式部署 longhorn 并部署一个有状态服务 Gogs 应用。 官方文档： https://longhorn.io/docs/1.1.0/deploy/install/install-with-kubectl/ 安装要求 open-iscsi kubernetes 1.16+ 官方推荐 1.17+ ( 本文使用 1.18.8) curl、findmnt、grep、awk、blkid、lsblk. 在编写本文时没有显示的去安装这些工具，也许是机器已经具备相关环境。
3 天前 / xF0rk
在 Kubernetes 中，Secret 显得尤其重要。因为它是 K8s 中存储所有敏感信息的对象。据悉，这些敏感信息包含密码、集群的证书、OAuth token、ssh key 以及其他用户自定义的敏感文件等。因此，一旦 K8s 中 Secret 出现安全问题，后果将非常严重。此外，虽然社区提供了一定的安全防护方案，但是依然存在诸多问题。 K8s Secret 面临着哪些安全问题？这些安全问题会带来什么影响？社区提供的解决方案存在哪些不足？......针对这些问题，InfoQ 记者采访了蚂蚁集团高级工程师秦凯伦，他专注于可信计算、系统安全和虚拟化等领域...
5 天前 / KevinYan
平滑关闭和服务摘流是保证部署了多节点的应用能够持续稳定对外提供服务的两个重要手段，平滑关闭保证了应用节点在关闭之前处理完已接收到的请求，以前在文章「学习用 Go 编写 HTTP 服务」里给大家介绍过怎么用 net/http 库提供的 http.ShutDown 平滑关停 HTTP 服务，今天再给大家介绍一下 gRPC 分布式服务的平滑关停方法。应用在进入平滑关闭阶段后拒绝为新进来的流量提供服务，如果此时继续有新流量访问而来，势必会让发送请求的客户端感知到服务的断开，所以在平滑关闭应用前我们还要对应用节点做摘流操作...
13 天前 / 崔秀龙
在帮助企业进行基于私有环境的云原生转型的过程中，帮客户把存量应用迁移到 Kubenrnetes 上，是个常规任务。通常说来，在解决了初步的技术可行性之后，接下来要解决的就是资源分配的问题，我们已经讨论过，在近乎同样的资源总量情况下，少量大节点构成的集群和大量小节点构成的集群的一些差异，然而这里还是缺少一个完整的方法——如何把现有应用的需求转换为资源设计呢？ 调研要为应用分配资源，首先要明确资源所包含的项目，除了显而易见的 CPU 和内存之外，往往还会包含一些因地制宜的项目...
14 天前 / kafeidou
本文为手把手教你玩转 Kubeflow On EKS 系列文章的第一篇。 本篇作者贺杨 云原生社区机器学习 SIG 成员， 亚马逊云科技解决方案架构师，具备 17 年 IT 专业服务经验，工作中担任过研发、开发经理、解决方案架构师等多种角色。在加入亚马逊云科技前，拥有多年外企研发和售前架构经验，在传统企业架构和中间件解决方案有深入的理解和丰富的实践经验。 粟伟 云原生社区机器学习 SIG 成员，云原生社区管委会成员，亚马逊云科技解决方案架构师，开源项目爱好者，致力于云原生应用推广、落地。
15 天前 / xnile
Deployment 是新一代用于 Pod 管理的对象，除了继承了 Replication 的全部功能外，还在此基础上提供了更加完善的功能，特别是提供了滚动更新的功能，这对服务平滑升级简直太友好了。关于 Rolling Update 它有几个重要的参数用来控制滚动更新的动作： .spec.minReadySeconds.spec.strategy.rollingUpdate.maxSurge.spec.strategy.rollingUpdate.maxUnavailable 为了更好的理解这几个参数的作用，有必要深入分析一下 Deployment Controller 的处理逻辑。
17 天前 / AddoZhang
本文译自The Evolution of Distributed Systems on Kubernetes[1] 在 3 月份的 QCon 上，我做了一个关于 Kubernetes 的分布式系统进化的演讲。首先，我想先问一个问题，微服务之后是什么？我相信大家都有各自的答案，我也有我的答案。你会在最后发现我的想法是什么。为了达到这个目的，我建议大家看看分布式系统的需求是什么？以及这些需求在过去是如何发展的，从单体应用开始到 Kubernetes，再到最近的 Dapr、Istio、Knative 等项目，它们是如何改变我们做分布式系统的方式。我们将尝试对未来做一些预测。
17 天前 / KevinYan
原文标题：Avoiding Outages in your Kubernetes Cluster using PodDisruptionBudgets 发布时间：Jan 26, 2019 原文链接：https://blog.gruntwork.io/avoiding-outages-in-your-kubernetes-cluster-using-poddisruptionbudgets-ef6a4baa5085 文章作者：yorinasub17 这是我们实现 Kubernetes 集群零停机时间更新的系列文章的第四部分也是最后一部分。在前两篇文章 「 如何优雅地关闭 Kubernetes 集群中的 Pod」和「 借助 Pod 删除事件的传播实现 Pod 摘流」中，我们重点介绍了如何正常关闭集群中现有的 Pod。
20 天前 / 崔秀龙
Kubernetes 的供应链安全需求中，有一个重要的镜像签署和校验的环节，这个环节可以使用 OPA 结合 Notary 的方式来完成。最近 Linux 基金会宣布免费 sigstore 签名服务，以确认软件的来源和真实性，在项目网站闲逛时，发现一个叫做 cosign 的子项目，这是个轻量级的选择，让我非常有兴趣，于是就有了本文。 部署目前这个工具还没有提供二进制发布，需要克隆源代码，并使用 go 1.5 进行构建，具体方法请参阅项目页面。简单说就是 # git clone https://github.com/sigstore/cosign.git...# cd cosign# go build -o cosign ./cmd/cosign...这个工具的最基础功能...
21 天前 / KevinYan
原文标题：Gracefully Shutting Down Pods in a Kubernetes Cluster 发布时间：Jan 26, 2019 原文链接：https://blog.gruntwork.io/delaying-shutdown-to-wait-for-pod-deletion-propagation-445f779a8304 文章作者：yorinasub17 这是实现「 Kubernetes 集群零停机时间更新」系列文章的第三部分。在本系列的第二部分中，我们通过利用 Pod 生命周期钩子实现了应用程序 Pod 的正常终止，从而减轻了由于 Pod 未处理完已存请求而直接关机而导致的停机时间。
24 天前 / 崔秀龙
地址 Kubenurse：https://github.com/postfinance/kubenurse 简介在 Kubernetes 集群运行中，一个常见故障就是集群内网络故障，经常会因为临时策略变更或者网络抖动导致一些古怪问题，而实际场景里的虚拟机和网络的监控经常是由其它部门管理的，如果从业务和 Kubernetes 这样的上层设施着手，可能需要一些时间才能解决问题。kubenurse 项目使用 HTTP 检测的方式提供了常用的几个监控指标。 这个工具的实现也很直接，用 Daemonset 的形式部署在每个集群节点上，每个 Pod 都会通过 HTTP 检测的方式对上述几种目标分别进行访问...
27 天前 / KevinYan
原文标题：Gracefully Shutting Down Pods in a Kubernetes Cluster 发布时间：Jan 26, 2019 原文链接：https://blog.gruntwork.io/zero-downtime-server-updates-for-your-kubernetes-cluster-902009df5b33 文章作者：yorinasub17 这是我们实现 Kubernetes 集群零停机时间更新的第二部分。在本系列的第一部分中，我们列举出了简单粗暴地使用 kubectl drain 命令清除集群节点上的 Pod 的问题和挑战。在这篇文章中，我们将介绍解决这些问题和挑战的手段之一：优雅地关闭 Pod。