Add ability to read events from the IRS Attempts API

[jmhooper]

This commit adds an API that allows for reading and acknowledging events from the IRS attempts API.

This API is based loosely on RFC 8936. Currently it does not recognize the returnImmediately param and always returns immediately.

[zachmargolis]

LGTM, small comments

[zachmargolis]

the logs are JSON, to save ourselves a JSON parse later, should this just be the JSON array or hash or whatever?

Also is this accepting data wholesale from partners into our logs? I'm a little wary of giving partners freeform access to write to our logs because PII may end up there

[jmhooper]

Hmm, yeah I hadn't considered PII but was nervous about just dropping stuff in here. Not super sure how to approach it cause I imagine we do want to be able to see these errors.

[zachmargolis]

no need to change, this is just me thinking aloud... as we've migrated other events to the new typed AnalyticsEvents, we've been checking for strings ex

expect().to receive(:track_event).with('The String Key', value: 1)

or the

expect(analytics).to have_logged_event('string key', value: 1)

but maybe this works just as well? Do we have a preference we should aim for?

[jmhooper]

I forgot about have_logged_event which I think I actually like a little bit better.

[zachmargolis]

if we switch the let to let!( we can let Rspec eager load these and simplify the before block:

Suggested change

	events_to_acknowledge
	events_to_render
	end
	let(:events_to_acknowledge) do
	end
	let!(:events_to_acknowledge) do

[jmhooper]

Okay, so this gets tricky because of the .clear_attempts! call in the before action. That runs after the let! block so the events get created and then immediately destroyed 😭