workaround issue causing inconsistant planswith ssm param object (#19)

Reconfigure module with a sticky ami id stored in ssm (#18)

* Reconfigure module with a sticky ami id stored in ssm

- Refactor module to handle the ami id as an insenstive value allowing terraform to properly determine the plan is noop
- Add logic to use a data lookup when ami_id is not passed and set the ssm param when it is passed
- Remove the ami data object that was getting latest by ami id - this makes no sense. Instead we put validation on the ssm param with type = aws:ec2:image

* Add note about ami_id being sticky in the description

Update insecure_value to be var.ami_id (#17)

Replace tags with tag blocks (#15)

Update aws to 3.75.2 and terraform to 1.4.2 (#14)

* Update to 3.75.2

* Update terraform version constraint

Update terraform and aws versions (#13)

Update terraform and aws versions

Update terraform and aws versions

Make the ssm_param name unique (#12)

Update image-is filter to refer ssm_param value (#11)