Elastic Cloud on Kubernetes中Beats预定义角色与ECS规范的兼容性改进

在Elastic Stack生态系统中，Elastic Common Schema（ECS）作为一套标准化的数据模型规范，不仅定义了字段名称和类型，还包含了对索引命名模式的标准化要求。ECS规范中定义的data_stream字段明确规定了索引的命名规则，其中data_stream.type字段目前支持"logs"和"metrics"两种类型，未来还将扩展支持"traces"和"synthetics"。

当前在Elastic Cloud on Kubernetes（ECK）项目中，Beats组件的预定义角色权限存在一个与ECS规范不完全兼容的问题。具体表现为：Beats的预定义角色仅允许对以特定Beats类型名称（如filebeat-*）为前缀的索引进行操作，而按照ECS规范，日志类数据应当使用logs-*作为索引前缀。这种不一致性导致用户在使用ECS兼容的索引命名时需要自定义角色权限，而这种自定义又可能在未来集群升级时被覆盖或失效。

相比之下，Logstash组件已经实现了对ECS规范的完整支持，其预定义角色允许创建以logs-*为前缀的索引。这种差异使得Beats用户在遵循ECS规范时面临额外的配置负担。

针对这一问题，社区提出了一个简洁有效的解决方案：在保留现有*beat-*索引权限的同时，为Beats预定义角色添加对logs-*索引模式的支持。这一改进将允许Beats组件既保持向后兼容性，又能无缝支持ECS规范的索引命名方式。

从技术实现角度看，这一变更涉及修改ECK项目中的角色定义文件，具体是在Beats角色的索引权限部分增加logs-*模式。修改后的角色定义将同时包含两种索引模式，确保用户无论采用传统命名还是ECS规范命名都能正常工作。

这一改进具有以下技术优势：

1. 提升与ECS规范的兼容性，使Beats组件能够更好地融入Elastic Stack生态系统
2. 减少用户配置复杂度，避免因自定义角色带来的维护负担
3. 保持向后兼容，不影响现有部署
4. 与Logstash等组件保持一致的权限策略

该方案已经获得项目维护者的认可，并计划在后续版本中实现。对于使用ECK部署Elasticsearch集群并希望遵循ECS规范的用户来说，这一改进将显著简化他们的配置工作流程。