elastic / elastic/elastic-package

Import mapping definitions from the "Agent Common Schema"

Open
#1,017 0 comments 0 reactions 0 assignees View on GitHub
Team:Ecosystem
Dominant language
Go
Stars
72
Forks
141
Avg merge
19h 42m
Merged PRs (30d)
55

Description

_This is blocked by the definition of https://github.com/elastic/package-spec/issues/441_

Allow to import mappings from the "Agent Common Schema" into packages on build time.

This feature would work similarly to the import of `external` fields, but would import sets of fields from the schemas defined in https://github.com/elastic/package-spec/issues/441.

I would propose to:
* Import these definitions into the current fields directories, in new files, so current versions of Fleet would benefit of definitions included in packages following this approach.
* It should be also a well-known name, so Fleet could eventually take over this behaviour if (TBD issue) is implemented.

So for example the mappings for `add_host_metadata` could be imported in `fields/imported_beats_add_host_metadata.yml`, and eventually Fleet can know if it should include these fields or not depending on the used policy.

Contributor guide

No contributing guide indexed for this repository

Research direction

Start by reading package-spec issue 441, then inspect the existing `external` field import behavior in the build process. The work is done when Agent Common Schema definitions can be imported into package fields directories using a well-known filename convention, such as `fields/imported_beats_add_host_metadata.yml`, while preserving definitions for current Fleet versions.

Written by the indexing model from the issue text.

Assessment

Tech stack
go
Domain
build-system, cli
Issue type
Feature
Difficulty
5/5
Estimated time
Over a week
Activity status
Stale
Clarity
Mostly clear
Newbie friendliness
25/100

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.