fixes #485: add Watchman monitoring url

[jaydonkrooss]

test plan: check to see if the monitoring endpoint is available using your local ngrok or loophole URL at /watchman/

The requested resource should be a report and response on the status of database, cache, etc.

[jonespm]

This feels like it should maybe use os.getenv('DJANGO_LOG_LEVEL', 'INFO') like above rather than everything at DEBUG level? Does this cause a lot of log messages when accessing watchman?

[pushyamig]

I see these debug logs when the /watchman/ url is called

ccm_web    | [2025-02-13 21:48:46 +0000] [DEBUG] [decorators.py:26] Checking '_check_database' for 'default'
ccm_web    | [2025-02-13 21:48:46 +0000] [DEBUG] [decorators.py:26] Checking '_check_database' for 'default'
ccm_web    | [2025-02-13 21:48:46 +0000] [DEBUG] [decorators.py:26] Checking '_check_cache' for 'default'
ccm_web    | [2025-02-13 21:48:46 +0000] [DEBUG] [decorators.py:26] Checking '_check_cache' for 'default'

[pushyamig]

Not sure why duplicate logs of same check, since these are debug might now be noise in prod

[jonespm]

Yeah we'd want it to be able to run at INFO or WARNING probably in prod. Just seemed fine to match the DJANGO level.

[pushyamig]

I see this working when called https://fd8e-68-36-190-34.ngrok-free.app/watchman/ and it is responding with

{
  "databases": [
    {
      "default": {
        "ok": true
      }
    }
  ],
  "caches": [
    {
      "default": {
        "ok": true
      }
    }
  ]
}

[pushyamig]

@jonespm Do you want the /bare_status/ url, since with Myla it is configured?

[jonespm]

Zabbix is currently using /bare_status/ for MyLA, so I guess it's worth adding. It's not included in the default urls.