feat(replays): Add handling for uncompressed payload types

[cmanallen]

Couple of things happening here:

• Functional change allowing payloads which could not be decompressed to be move forward in the pipeline any way. This allows us to accept non-compressed payloads which would have otherwise been rejected.
• The "protocol" related behavior. Specifically compression, decompression, header parsing, and header validation have been moved to their own module. This was done to separate the parser and the implementation details necessary to interact with the service.

[jan-auer]

I'd like to put this one on hold until we've made progress on the memory issue.

That said, instead of ignoring compression errors, please match on the magic bytes of the compression header. If you're reading a broken gzip compressed payload, you wanna know that there was an error decompressing it. Only if the payload is not compressed, you should pipe it through.

[jan-auer]

Ignoring errors here can and will lead to other errors downstream. Instead, please check if the body is compressed by inspecting magic bytes, and run decompression conditionally.

[jan-auer]

This has been incorporated into #1800. I'll be following up with some more module separation, for now we can close this. Thank you for the nudge!