[Console] Set up a folder for manual definitions files

[yuliacech]

Summary

Fixes #162564

This PR adds a new folder to Console server side where manually created definitions for endpoint will be stored. This is important before we switch to the new script. The logic in the new script is to clear the folder with generated definitions before re-generating them. That is not the case in the current script. The downside of that is when an endpoint is removed from the specifications, it won't be removed from autocomplete definitions automatically. Displaying autocomplete suggestions for unavailable endpoints might be confusing for users.

Currently, the manual folder is empty because there were no definitions present in the folder generated that would not be re-generated if the script would clear the folder and create all endpoints defined in ES json specs. I first suspected that endpoints from these 2 PRs (#162503, #158674) would need to be moved to the manual folder, but the definitions added there manually can be re-generated using the script.

I also removed several deprecated/deleted/renamed endpoints from the generated folder. Several files in the overrides folder needed renaming and one was deleted as deprecated.

There are also smaller renaming changes in this PR because I think the code is more difficult to understand when it's using "spec/specification" and "definition" interchangeably or even together as "SpecDefinitions". I believe we should use "specification" for the ES specifications (i.e. the source) and "definitions" or even better "autocomplete definitions" for the files that are used for Console autocomplete engine. The renaming is to be continued in follow up PRs.

I also added a unit test file for the SpecDefinitionsService since it contains a lot of important logic for endpoints such as loading generated definitions, overrides and manual ones and filtering out endpoints not available in the current context.

[elasticmachine]

Pinging @elastic/platform-deployment-management (Team:Deployment Management)

[alisonelizabeth]

Code LGTM. Thanks for adding tests!

Looks like a test may need to be updated to get CI green. I'm OK to merge once this is fixed.

[yuliacech]

Thanks a lot for the review and for the tip about tests, @alisonelizabeth!

[kibana-ci]

💚 Build Succeeded

• Buildkite Build
• Commit: 089358c
• Cloud Deployment

Metrics [docs]

Async chunks

Total size of all lazy-loaded chunks that will be downloaded as the user navigates the app

id	before	after	diff
console	418.8KB	418.8KB	+2.0B

Unknown metric groups

ESLint disabled line counts

id	before	after	diff
console	37	38	+1

Total ESLint disabled count

id	before	after	diff
console	40	41	+1

History

• 💚 Build #146680 succeeded 5834633
• 💔 Build #146504 failed 4c44017
• 💔 Build #146447 failed 0a81c9b
• 💔 Build #146142 failed ac89013
• 💔 Build #145644 failed 43a69d7

To update your PR or re-run it, just comment with:
@elasticmachine merge upstream

[jeramysoucy]

Security-owned changes LGTM!