[EnvironmentCookbookVersionsEndpoint] Add cookbook object cache to request logic

[dafyddcrosby]

Description

Found this while digging into why this endpoint is slow on large numbers of cookbooks (I suspect there's still one other problem, but haven't nailed it down yet). It appears that we generate cookbook manifests at least twice (which is what that get_data call is doing under the hood), and manifest generations aren't free, as we need to hash files, etc.

Types of changes

• Bug fix (non-breaking change which fixes an issue)
• New feature (non-breaking change which adds functionality)
• Breaking change (fix or feature that would cause existing functionality to change)
• Chore (non-breaking change that does not add functionality or fix an issue)

Checklist:

• I have read the CONTRIBUTING document.
• I have run the pre-merge tests locally and they pass.
• I have updated the documentation accordingly.
• I have added tests to cover my changes.
• If Gemfile.lock has changed, I have used --conservative to do it and included the full output in the Description above.
• All new and existing tests passed.
• All commits have been signed-off for the Developer Certificate of Origin.

[sonarqubecloud]

Quality Gate passed

Issues
0 New issues
0 Accepted issues

Measures
0 Security Hotspots
0.0% Coverage on New Code
0.0% Duplication on New Code

See analysis details on SonarQube Cloud