На предприятиях есть приложения и службы, которые не нужно запускать постоянно и которые имеют ограниченную пользовательскую базу (скажем, несколько человек).
Эти приложения можно закрывать и запускать либо по расписанию, либо по активности пользователя. Итак, мы говорим о сервисе по требованию (скажем, обернутом контейнером) и запуске и завершении работы узла.
Теперь, во-первых, упомянем, что причина, по которой я упоминаю аутентифицированную активность пользователя, заключается в том, что имеет смысл запускать и выключать на этой основе (т.е. не на основе сетевого трафика более низкого уровня). Можно представить себе корпоративный SSO (скажем, на основе OAuth 2).
Итак, мой вопрос: пытался ли кто-нибудь реализовать то, что я описал, с помощью Consul или Kubernetes?
В случае с Consul может быть так, что хранилище ключей-значений может использоваться для предоставления приложениям класса «Micro» (т. е. небольшой пользовательской базы) TTL, каждый раз, когда аутентифицированный пользователь запрашивает доступ к данному приложению класса «Micro». ТТЛ обновляется. В течение окна TTL мы хотим проверить работоспособность узлов, контейнеров и сервисов — вне окна мы этого не делаем (поскольку мы хотим сэкономить на операционных расходах).
Этот вопрос похож на этот вопрос об автомасштабировании, но отличается тем, что этот вариант использования речь идет о масштабировании от 0 узлов, а затем до 0 на основе аутентифицированной пользовательской базы (скорее всего, с использованием единого входа).