“Kubernetes 1.0上的Elastic Cloud开始测试阶段”

elastic以kubernetes(eck ) 1.0开始elastic cloud的测试阶段。 与阿尔法阶段相比，kubernetes算子模式的实现有了一些变化，特别是在组织上采用了状态集。 此外，还具备新的api，便于在服务网格中进行采用的准备。

不仅仅是elastic搜索容器

5月，elastic首次发布了eck，作为kubecon和cloudnativecon的一部分。 该实现依赖于最初由酷睿操作系统启动的操作员模型。 操作员充当实现自定义资源的api扩展的控制器。

kubernetes的elastic cloud可以自动安装和操作elasticsearch和kibana。 她负责管理、扩大和缩小多个集群，定制集群配置。 此外，eck还会逐一发送新的堆栈版本，并自动执行备份。

可以迅速升级的状态

1.0版的新功能是基于statefulset构建的业务流程。 此api旨在管理处于状态的应用程序。 她负责分配和缩放吊舱，以确保吊舱的正确顺序和唯一性。

从elasticsearch的pod管理切换到状态集的主要目的是加速升级和简化配置更改。 过去，eck必须将数据复制到所有新的elasticsearch节点上才能升级群集。 数据现在存储在永久卷中，可以在新的pod上使用。 这是因为升级TB级实例所需的时间从几个小时减少到几天或几分钟。

转换为api

为了管理自定义资源，eck 1.0附带了名为的API v1 beta 1修订版。 自定义资源与kubernetes的电子云的alpha版本不兼容。 贝塔与eck alpha变体一起被采用，但无法管理资源。 因此，小组建议删除旧集群，创建新集群。

当前beta的另一个新功能是禁用节点间通信的传输层安全( tls )。 这在采用解决通信加密的服务网格(如istio )时可能会很有用。

本文：《“Kubernetes 1.0上的Elastic Cloud开始测试阶段”》