这三个开源项目使得Kubernetes使用易如反掌

Kubernetes是一个优雅解决方案。 Kubernetes允许我们运行大规模的容器化应用，提供了负载均衡、网络容器、确保应用的高可用性、管理更新或回滚等功能，同时，隐藏实现的复杂性。

但是，使用Kubernetes并不是没有挑战。部署和运行Kubernetes需要一些工作，Kubernetes的许多管理和维护任务是艰难的。

虽然Kubernetes发展是活跃的，但我们不能指望主项目立即解决每个问题。幸运的是，Kubernetes周围的社区正在寻找这些问题的解决方法。

两位Kubernetes的创建者离开谷歌成立了Heptio公司，该公司的使命使Kubernetes更易于使用，而不是像其他厂商那样提供Kubernetes企业版。该公司一直致力于提供开源工具， 增强原始的Kubernetes upstream版本的用户经验。

本月初，Heptio发布了其首个项目，Heptio Ark（https://github.com/heptio/ark）和Heptio Sonobuoy

（https://github.com/heptio/sonobuoy）。Ark是Kubernetes集群的灾难恢复系统——提供容器应用的快照，备份和恢复的工具 。Ark记录了Kubernetes API对象和持久卷（PV）磁盘的状态。存储默认允许你使用S3的存储服务（“Minio”），同时， Ark可以利用其他主流云提供商（Amazon Web Services，Google Cloud Platform和Microsoft Azure）上的存储空间。

Ark还没有提供一个完整的解决方案，可以在环境之间来迁移现有的Kubernetes集群。为此，Heptio表示，Ark将支持在云提供商之间迁移持久卷快照，这一功能尚未到来。

另一个项目Sonobuoy将为给定的Kubernetes的安装提供鉴权测试，确定它安装正确可用。

Kubernetes部署通常由供应商或用户进行大量修改，可能更新不兼容。 Sonobuoy的工作是发现这些变化是否造成不兼容。集群的状态也可以被转储并用于诊断报告，Sonobuoy运行的测试可以通过插件进行扩展。

AppsCode（https://appscode.com/）是容器化应用协作编码平台，最近发布了一个项目，帮助填补了管理Kubernetes集群的许多空白。

Kubed（https://github.com/appscode/kubed）发音“Cube-dee”和“Kubernetes守护进程”的简称将一大堆有用的功能集成到一个守护进程中。 Kubed可以周期执行集群快照，为已删除的对象提供临时存储，执行自动事件转发，通过各种渠道发送通知等等。

Kubernetes还可以在Elasticsearch或InfluxDB的实例中存储日志数据，但清理旧数据是用户的责任。 Kubed的janitors功能通过指定时间段自动清除日志。 当前，Kubed还不支持日志清洗的功能， 但是增加该功能的请求已经被提交 。

Kubicorn（https://github.com/kris-nova/kubicorn）项目旨在帮助用户在各种云服务中，使用Puppet和其他配置管理工具，构建和管理Kubernetes的基础设施。kubicorn采用了声明性的理念：用户描述了他们想要的集群状态，确保集群的状态与该目标保持同步。

Kubicorn项目提供一个独立工具或调用库。Kubicorn利用Kubernetes现有工具，如：kubeadm工具。 Kubicorn旨在补充现有的工作流程，而不是替代它们。

Kubicorn主要是使用快照。 Kubicorn通过允许用户定义其集群的状态，以原子方式应用该状态（如果它不起作用，它被回滚），并将该状态捕获为快照。那些快照也可以用于新的部署。

请注意，Kubicorn不是官方的Kubernetes项目，它仍然被认为是实验性的。不应该用于生产工作。当然，试验Kubernetes 的时机已经成熟了。你可能想带上Kubicorn，Kubed和Heptio一起骑行。