У меня есть следующий сценарий использования:
Кластер Kubernetes, где каждая служба предоставляется через поддомен клиента, например, server-name.customer.com.Я использую оператор Kubernetes для автоматизации процесса, т. Е. После развертывания новой службы она автоматически предоставляется через соответствующий поддомен в соответствии с приведенным выше соглашением.
Я хотел бы использовать Pingdom для мониторинга времени безотказной работы для каждого изОднако для созданных поддоменов я хотел бы также автоматизировать эту часть, то есть после появления нового поддоменов будет проверена его работоспособность.До сих пор я думал о двух возможных решениях:
Создать единственную проверку работоспособности для customer.com - однако я не уверен, будет ли отправлено уведомление в случае сбоя определенного субдомена, напримерhelloworld.customer.com.Также мне кажется, что не совсем хорошо
Использовать Контроллер входного монитора (IMC) для наблюдения за созданием / удалением сервисов Kubernetes.В этом конкретном сценарии IMC должен создать / удалить предупреждение Pingdom.Единственное ограничение, которое у меня есть, заключается в том, что IMC наблюдает за областью имен, а не за областью обслуживания.Возможный обходной путь - использовать отдельный файл yaml для каждой пары сервис / поддомен, где этот файл yaml настроен для использования IMC.
Мои вопросы:
Как вы думаете, решение IMC, описанное выше, будет работать так, как описано?
Можете ли вы подумать о лучшей интеграции Kubernetes / Pingdom, где указано выше требование (автоматически создавать / удалять оповещенияпосле того, как служба была развернута / удалена)?