Elastic在Kubernetes(ECK)1.0上启动Elastic Cloud的beta阶段。与Alpha阶段相比，通过Kubernetes运算符模式的实现带来了一些变化，尤其是在编排中使用有状态集。它还具有一个新的API，可以更好地准备在服务网格中使用。
不仅仅是Elasticsearch容器
Elastic于5月首次宣布ECK作为KubeCon和CloudNativeCon的一部分。该实现依赖于最初由CoreOS发起的操作员模式。操作员充当实现为自定义资源的API扩展的控制器。
Kubernetes上的Elastic Cloud可自动执行Elasticsearch和Kibana的安装和操作。她负责管理多个集群，放大和缩小以及自定义集群配置。另外，ECK分发新的堆栈版本并自动执行备份。
具备快速升级的状态
1.0版中的新功能是基于StatefulSet构建的业务流程。该API旨在管理有状态的应用程序。她负责分配和缩放吊舱，以确保吊舱正确的顺序和唯一性。
从Elasticsearch的Pod管理切换到状态集的主要目的是促进和加速升级并简化配置更改。到目前为止，为了升级集群，ECK必须将数据复制到所有新的Elasticsearch节点。现在，它将数据存储在一个数据中PersistentVolume，可用于新的Pod。这是为了将升级TB级实例所需的时间从数小时减少到数天，也可以减少到几分钟。
转换为API
为了管理自定义资源，ECK 1.0附带了一个名为的修订APIv1beta1。自定义资源与Kubernetes上的Elastic Cloud的Alpha版本不兼容。尽管Beta与ECK alpha变体一起使用，但是它无法管理其资源。因此，团队建议删除旧群集并创建新群集。
当前beta中的另一个新功能是禁用节点间通信的传输层安全性(TLS)的选项，这在使用像Istio这样的用于处理通信加密的服务网格时可能很有用。