共计 2659 个字符，预计需要花费 7 分钟才能阅读完成。
本篇内容介绍了“Kubernetes1.5 有什么功能”的有关知识，在实际案例的操作过程中，不少人都会遇到这样的困境，接下来就让丸趣 TV 小编带领大家学习一下如何处理这些情况吧！希望大家仔细阅读，能够学有所成！
如果你一直等待在 Kubernetes 中尝试运行某分布式数据库，或者在寻找能让有状态和无状态应用的应用中断 SLO（服务等级指标）得到保障的途径，Kubernetes 1.5 版本有你想要的解决方案。
StatefulSet（有状态集合）和 PodDisruptionBudget（Pod 中断预算）推进到 beta 版了。这些特性能简化有状态应用的部署和伸缩，并让一些集群操作，如不违背应用中断 SLO 的节点降级成为可能。
同时你会发现这次发布中包含各种易用性方面的提升，首先你能感受到的就是经常用到的 kubectl 命令行。对于那些感到要配置好一个多集群联合有诸多困难的用户，现在有一个新的 kubefed 命令能帮到你。同时一个呼声最高的用来配置跨多可用区的高可用 Master 配置脚本已经加入到了 kube-up 中。
对于那些对 Kubernetes 内核感兴趣的用户，1.5 引入了容器运行时接口，简称 CRI。它提供了一个内部的接口，将容器运行时从 kubelet 中抽象并分离出来。这种解耦运行时的设计，能让用户自由选择最能满足自身需求的运行时。同时引入了容器化的节点一致性测试（node conformance test），能验证节点的软件是否满足加入 Kubernetes 集群的最小化要求。
最新功能
StatefulSet beta 版（之前被叫做 PetSet）能让那些需要有一致性标识符或者持久化存储的工作负载，能在 Kubernetes 上进行创建，伸缩，删除或者修复。你可以使用 StatefulSet 来简化任何有状态服务的部署，相关教程和示例能在代码仓库中找到。为了保证一个标识符永远不同一时间被两个 Pod 使用，Kubernetes 的节点控制器不再强制删除一个不响应节点上的 Pod，相反的它会等待老的 Pod 以如下几种方式挂掉：当 kubelet 报告并确认老的 Pod 已经生命结束而自动地挂掉；当集群管理员删除了该节点而自动地挂掉；或者当数据库管理员通过强制删除老的 Pod 并确认可以继续操作。现在用户若通过命令行试着强制删除 Pod 会收到警告。对于那些要从 PetSet 迁移到 StatefulSet 的用户，请遵循升级指南。
PodDisruptionBudget beta 版是一个 API 对象，能指定一个 Pod 集合在任何时候处于运行状态的副本的最小数量或者最小百分比。有了 PodDisruptionBudget，应用部署者可以保证那些会主动移除 Pod 的集群操作永远不会同一时间放倒太多 Pod，从而导致数据丢失，服务中断或者无法接受的服务降级等后果。在 Kubernetes 1.5 中，kubectl drain 命令支持 PodDisruptionBudget，能允许在维护型操作中节点以安全的方式进行削减。同时这个特性很快也会在节点升级和集群自动伸缩器（在删除节点的时候）中采用。这对于那些基于 quorum 的应用的来说非常有用，能确保运行的副本数目永远不低于足以满足 quorum 的数目，或者对于一个 WEB 前端型应用，保证提供负载服务的副本数量永远不低于一个百分比。
Kubefed alpha 版是一个新的帮助管理联合集群的命令行工具，能轻易部署新的联合控制面板，执行集群联合中的集群添加和集群删除操作。集群联合中的另外一个更新是，fedoration API 新增了 ConfigMap beta 版、DaemonSet alpha 版和 deployments alpha 版，能让你通过一个端点跨集群地对这些对象进行创建，更新和删除操作。
高可用 Master alpha 版允许在 GCE 上使用 kube-up/kube-down 脚本来创建或者删除有高可用（复制的）master 的集群。能允许配置跨可用区分布式的高可用 master，指定每个可用区至少有一个 etcd 副本，指定每个可用区至少有一个 API 服务器，以及配置选主式的组件如 scheduler 和 controller-manager 跨可用区分布。
Windows Server 容器 alpha 版本提供了对 Windows Server 2016 节点和调度 Windows Server Container 的一些起始支持。
容器运行时接口（CRI） alpha 版引入了 v1 版本的 CRI API，支持可插拔式的容器运行时；一个试验性的 docker-CRI 集成已经做好了接受测试和反馈的准备。
节点一致性测试 beta 版是一个容器化的测试框架，能为节点提供了系统校验和功能测试。该测试会验证节点是否满足 Kubernetes 的最低要求；通过了测试的节点被认定有资格加入 Kubernetes。节点一致性测试可以在 gcr.io/google_containers/node-test:0.2 获取到，方便用户可以验证自己节点的设置。
获取方式
Kubernetes 1.5 能通过 GitHub 上下载或者通过 get.k8s.io 获得。要上手 Kubernetes，可以试试最新的互动式教程。
用户采用
从 GA 发布以来已经过去一年半了，Kubernetes 的用户采纳情况持续超乎预期。在 Kubernetes 上运行生产环境工作负载的机构已经囊括了世界上最大的公司，年轻的创业公司，和介于两者之前的所有其他公司。因为 Kubernetes 是开放的，并能在任何地方运行，我们已经看到它被用在各种平台上：Pokémon Go（Google Cloud），Ticketmaster（AWS），SAP（OpenStack），Box（实体机），以及对上面这些环境混合搭配的混杂环境。下面是一些精选的用户示例：
Yahoo！JAPAN——构建了一个自动化的工具链，简化了从代码提交到部署流程，与此同时将 OpenStack 运行在 Kubernetes 上。
Walmart——将会使用 Kubernetes 和 OneOps 来管理它强大的配送中心，以帮组团队提升交付速度，提升系统在线时长和优化资产利用率。
Monzo——是一家欧洲的创业公司，正致力构建一个移动为先的银行，正使用 Kubernetes 来支撑其能够应付极端的性能和一致性需求的核心业务平台。
“Kubernetes1.5 有什么功能”的内容就介绍到这里了，感谢大家的阅读。如果想了解更多行业相关的知识可以关注丸趣 TV 网站，丸趣 TV 小编将为大家输出更多高质量的实用文章！
