Status Report updates

[jessepeterson]

• Store (and later retrieve) entire status reports when DDM clients send them. See the new storage options for ways to limit the number of them stored.
• Propagate a Status Report identifier through to the storage backends for linking/tracking which status report the declaration status, errors, and values came from. Resolves Populate status ID in status tables. #1.
  • This status ID is also logged as well as reported back when querying the API for declaration, error, values, and of course reports.
  • Additionally add the modification time of errors and values (which correspond to the timestamp the status report was sent at) returned from the API.
  • The status ID comes from the Trace ID of the original HTTP request the status report came in on.
• Add -storage-options flag for specifying backend options. Currently only options for MySQL exist.
  • See the new Operations Guide for specific options (namely the delete_errors and delete_status_reports options)
• Begin work on the Operations Guide. For now include documentation on KMFDDM's command-line switches.
• Ability to limit the number of saved errors in the MySQL backend per enrollment ID. Use the delete_errors option with the -storage-options switch. Default is still to save unlimited. A similar option exists for the (new) saved status reports.
• Add new tool for querying the last status report of an enrollment ID: ./tools/api-status-report-get-last.sh.
• Update OpenAPI docs to include these changes.