Configuration for formatting Throwable stack traces

I'd like to see more options for how stack traces are formatted in the ECS logs to help in reducing the size of logs.

Some examples:

1. Maximum depth
2. Include/exclude stack frames based on a pattern
3. Shorten class names by abbreviating package names to fit within a specified length
4. Root cause first or last

Ideally a configuration option could override the formatting of the stack trace through an interface implementation provided by the application. That implementation could return a `String[]` or `Stream` of the formatted stack frames which are then added to the ECS log either as a JSON string or an array of strings.

I'd be happy to work on a PR for this if there is interest in it being included.

Commencez par localiser le ECS Throwable stack-trace formatter existant et son chemin de configuration. Comparez la profondeur demandée, le filtrage des frames, l'abrègement des noms de classes, l'ordre de la cause racine et l'interface de formatter fournie par l'application avec le comportement actuel. Pour considérer le travail comme terminé, il faut disposer d'un périmètre convenu et de tests pour les options de formatage et les formes de sortie sélectionnées.

Rédigé par le modèle d'indexation à partir du texte de l'issue.