[Uptime] Remove latency warnings on monitor management UI

[lucasfcosta]

Summary

This PR removes the latency warnings one would get when exceeding the minimum latency in the monitor management UI.

It complements the work we had previously done for https://github.com/elastic/synthetics-service/issues/324. It also adds work on top of #127961.

In the previous cloud/synthetics meeting we have decided we would scrape these warnings because latency doesn't actually impact the platform's usage so we don't need to apply a minimum.

PS: I've added this PR to the board so that we can be sure we have done Post-FF testing on it, not only on the first one. I've also updated the previous PR with a link to this one to be sure people will be testing the right thing.

Given we're removing functionality that shouldn't be there, I've also added the bug label to this.

How to test this PR Locally

1. Create a new manifest.json with the following content and place it under a folder named, for example, manifest_folder.
   ⚠️ Notice there's no latency limits here.

   {
     "throttling": {
       "downloadBandwidthLimit": 20,
       "uploadBandwidthLimit": 10
     },
     "locations": {
       "Local Synth Node [MANIFEST]": {
         "url": "https://localhost:10001",
         "geo": {
           "name": "Example - Local",
           "location": {"lat": 41.25, "lon": -95.86}
         },
         "status": "beta"
       }
     }
   }

2. Run an HTTP server to serve the contents of the manifest_folder

   $ npx http-server manifest_folder --port 8082
   

3. In Kibana's config, fill the following options:

   # Make sure your pods will be able to send data to ES which should be bound to your host's 9200 port
   xpack.uptime.service.hosts: [http://host.docker.internal:9200]
   
   # Add the URL for the manifest with the `throttling` configs you're serving
   xpack.uptime.service.manifestUrl: http://localhost:8082/manifest.json
   
   # Make sure to disable the devUrl so you're only fetching locations from the `manifest` as we'll do in production
   # xpack.uptime.service.devUrl: https://localhost:10001
   
   # Enable the Monitor Management UI
   xpack.uptime.ui.monitorManagement.enabled: true

4. Run the service locally

   $ DEV=true LOGLEVEL=trace CACERTFILE=./k8s/cert-test/build/bundle.pem SERVERCERT=./k8s/cert-test/build/local-server.pem SERVERKEYFILE=./k8s/cert-test/build/local-server.key PORT=10001 ./synthetics-service
   

5. Run Kibana and try to add a monitor. You should see the warnings above when exceeding the limits defined in your manifest.json file.
   You should be able to set latency values to any value and shouldn't see a warning.
6. Disable throttling and you should see a warning about the automatic caps.
7. Create a monitor with a particular throttling value set and save it. Use the following code for that monitor:

   step("load homepage", async () => {
       await page.goto('https://www.fast.com');
   });
   
   step("wait for test", async () => {
     await page.waitForSelector('#show-more-details-link');
     await page.waitForTimeout(10000);
     await page.click("#show-more-details-link");
   });
   
   step("wait for up/lat", async () => {
     await page.waitForSelector(".extra-measurement-value-container.succeeded");
     await page.waitForTimeout(10000);
   });

8. Wait for that monitor to run and ensure your throttling values have been applied.
9. Create a monitor with throttling disabled using the same script as above and confirm that your script has not been throtted.
   ⚠️ It will be throttled on the service because of platform limits.
10. Create a monitor with throttling values which exceed the limits for the node. You should still be able to save such monitors.

⚠️ You should not be able to see these warnings in the Fleet UI.

Checklist

Delete any items that are not applicable to this PR.

• Unit or functional tests were updated or added to match the most common scenarios (actually I removed some that were unnecessary)
• This renders correctly on smaller devices using a responsive layout. (You can test this in your browser)
• This was checked for cross-browser compatibility

For maintainers

• This was checked for breaking API changes and was labeled appropriately

[elasticmachine]

Pinging @elastic/uptime (Team:uptime)

[kibana-ci]

💛 Build succeeded, but was flaky

• Buildkite Build
• Commit: 179997e
• Storybooks Preview
• Webpack Bundle Analyzer

Test Failures

• [job] [logs] Default CI Group #10 / Actions and Triggers app Rule Details Header should reenable a disabled the rule
• [job] [logs] OSS CI Group #11 / visualize app visualize ciGroup11 visual builder Time Series basics Clicking on the chart should create a filter for series with multiple split by terms fields one of which has formatting

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
uptime	777.5KB	777.2KB	-249.0B

History

• 💛 Build #37240 was flaky d22e81a7fd3ff16f49bb593cefcee2d0d0126b02
• 💔 Build #37212 failed de85161c86d9dd96ae0389f3ba091c7d9510ef15
• 💔 Build #36491 failed f1f943ec497a1a043765d9327ac2c2038fe10646

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

[shahzad31]

LGTM, Works as expcted !!

[kibanamachine]

💚 All backports created successfully

Status	Branch	Result
✅	8.2

Note: Successful backport PRs will be merged automatically after passing CI.

Questions ?

Please refer to the Backport tool documentation

[dominiqueclarke]

Tested with 8.2 branch using

No warnings for latecy.