Сервис для ежемесячного технического мониторинга

Прямо жалость взяла за ваших заказчиков)) А вообще намешали все в кучу тут, волосы дыбом.

Проверка доступности - это отдельный скрипт, health_check. Базово мониторятся 2 части - доступность самого приложени, например через нжинкс и доступность базы данных. Если хостер не предоставляет такое. Но вообще это скрипты на пару строкЖ Запросить главную страницу или смые важные сайта и сделать простейший запрос в БД. Такое можно вешать  на крон хоть на ежеминутное исполнение.

Другое дело тесты. Я не буду заново говорить тут про правильный деплой. Но хотя бы локально нужно иметь как минимум юниты(модульные тесты)  и  интеграционные. Промолчу про всякие регрес, смок...

По минимуму я не смогу добавить код даже в репозиторий, если он не пройдет проверку линтерами, а они включают как минимум юнит-тесты и чек чистоты кода. Не знаю как в вашем пхп, а впитоне считается ошибкой даже превышение длины строки или импорт модулей в неправильном порядке.