Вопрос скорее в том почему каждое приложение прогревается пололгу и отдельно. Не делается ли одна и та же работа над одним (или просто сильно меньшем сотни разных) датасетом то?
Интересная система. У вас если под умер, то его замена опять полчаса стартовать будет, а в это время все запросы, которые должны к нему попасть, в пролёте? Или у вас так раскидываются запросы, что на два одинаковых запроса снаружи могут попасть на два разных пода и получить два разных ответа?
Интересная система. У вас если под умер, то его замена опять полчаса стартовать будет, а в это время все запросы, которые должны к нему попасть, в пролёте? Или у вас так раскидываются запросы, что на два одинаковых запроса снаружи могут попасть на два разных пода и получить два разных ответа?
Не, ну раз столько данных и все разные, то печаль. Либо писать отдельный прогрев на чём-то менее жрущем и более шустром нежели nodejs (у вас же оно?), либо смириться.
Ну тут как бы да. Есть данные, они разные, их нужно лопатить в любом случае. Можно только оптимизировать сам процесс в коде, сделав его менее требовательным к памяти и более быстрым по времени. NodeJS далеко не самый топ с этих позиций. Вопрос только в том как часто датасаентист всё меняет. Если раз в год - можно и потерпеть. Если ежедневно с утреца - имеет смысл переделывать прогрев.
народ, а киньте линком на документацию нормальную? в котором перечислен список значений аннотаций для Пода в кубернетесе по которому прометеус делает kubernetes_sd_config?
народ, а киньте линком на документацию нормальную? в котором перечислен список значений аннотаций для Пода в кубернетесе по которому прометеус делает kubernetes_sd_config?
я бы рад там просто кластер не мной поддерживается но мысль я уловил
мне просто надо как то синкнуть то что я сейчас с prometheus-operator у себя через kind: ServiceMonitor сделал с другим кластером, который делал не я...