fix(relabel): sort labels before relabel.Process

[fdegiuli]

applyRelabelConfigs builds its input by ranging over a model.LabelSet, which is a map, so the order is random.
relabel.Process assumes sorted input when it resolves source_labels so on some orderings the lookup misses,
resolves empty, and the rule silently no-ops.

Impact: any rule using source_labels is intermittently skipped, with no error — the target label is just absent.
In our deployment this dropped service_name on ~30% of CloudWatch events.

There's an existing comment in main.go that calls out this requirement, but builder.Sort() was never actually called.

This PR just adds that missing call to Sort()

Added a tiny test that verifies the fix.

Likely also fixes #94 (labeldrop missing some matching labels)

[github-actions]

Signed commits report

1 of 1 commit between main and fix_relabel could not be fully verified:

Commit	Author	Reason	Message
7688b5fd	Federico De Giuli	unknown_key	bugfix: Make relabel application deterministic

This repository requires all commits to be signed. See GitHub docs on commit signature verification.

[cla-assistant]

Thank you for your submission! We really appreciate it. Like many open source projects, we ask that you sign our Contributor License Agreement before we can accept your contribution.
_{You have signed the CLA already but the status is still pending? Let us recheck it.}

[cla-assistant]

Thank you for your submission! We really appreciate it. Like many open source projects, we ask that you sign our Contributor License Agreement before we can accept your contribution.

---

Federico De Giuli seems not to be a GitHub user. You need a GitHub account to be able to sign the CLA. If you have already a GitHub account, please add the email address used for this commit to your account.
_{You have signed the CLA already but the status is still pending? Let us recheck it.}

[fdegiuli]

I've signed the CLA three times now and it doesn't seem like bot is picking it up, btw.