Size: a a a

2019 June 08

MK

Max Kovgan in gcp_ru
успеха
источник

MK

Max Kovgan in gcp_ru
👍🏽
источник

n

nnnik in gcp_ru
спасибо
источник
2019 June 09

ZO

Zon Orti in gcp_ru
nnnik
да, это решение с кубером - да, это вариант - держу его "на запасных путях" )))
но там фишка в том, что даже остановленный кластер жрет пусть и копейки
создать инстанс и стартовать его за 2-3 шага до него - это реально 10 строк на питоне или меньше, т.е. не сильно напрягает
и тогда, это по-сути ворос стоимости - что дешевле кубер или PREEMPTIBLE VIRTUAL MACHINES
Думаю, без эксперимента не посчитать ))) или оч. неточно
С кубером, примерно (или кажется ))) ) все понятно
С инстансами только один вопрос:
создав и подняв его заранее как и чем из него лучше слушать нужный топик паб-саба? не нашел этого в гугле
Можно ещё на клауд ран посмотреть, сам не тестил, но похоже на нужное: https://cloud.google.com/run/
источник

n

nnnik in gcp_ru
Zon Orti
Можно ещё на клауд ран посмотреть, сам не тестил, но похоже на нужное: https://cloud.google.com/run/
спасибо!
оч. похоже на то, что нужно, пишут, что ресурсов не жрет при простое и стартует за милисекунды
источник

ZO

Zon Orti in gcp_ru
Ну, чудес не бывает, но интересно насколько это быстрее будет
источник

AK

Andrey Kartashov in gcp_ru
nnnik
спасибо за user data, но если стартовать заранее, т.е. за несколько шагов пайплайна, чтобы инстанс усел поняться, то, видимо, не подойдет
Нужно, чтобы уже на поднятом инстансе что-то "слушало" паб-саб о завершнии нужного этапа
почему бы не стартовать инстанс на самом первом шаге тогда?
источник

AK

Andrey Kartashov in gcp_ru
nnnik
спасибо!
оч. похоже на то, что нужно, пишут, что ресурсов не жрет при простое и стартует за милисекунды
стартует за счёт того, что у тебя кластер уже есть в поднятом состоянии.
источник

AK

Andrey Kartashov in gcp_ru
ну и пабсаб он асинхронный, на самом деле. то есть инстанс можно поднимать в любой момент после отсылки сообщения
источник

n

nnnik in gcp_ru
Andrey Kartashov
почему бы не стартовать инстанс на самом первом шаге тогда?
обсуждали эту возможность выше,
да, в варианте с инстансами так, видимо, и придется сделать, например за 2-3 шага до этого
но есть одно но, за эти 2-3 шага может случится, что в данных будет найден трабл и пайп-лан нужно будет прервать, т.е. поднятие окажется бесполезным и придется еще возиться со стопом инстанса
источник

AK

Andrey Kartashov in gcp_ru
а зачем его останавливать? пусть следующего ждёт
источник

n

nnnik in gcp_ru
добрался до офиса, сейчас ран покопаю
источник

AK

Andrey Kartashov in gcp_ru
вообще сделать пул воркеров и пусть они постоянно работают
источник

n

nnnik in gcp_ru
Andrey Kartashov
а зачем его останавливать? пусть следующего ждёт
его может не быть сколь угодно долго
источник

AK

Andrey Kartashov in gcp_ru
а как же несколько тысяч в день?
источник

AK

Andrey Kartashov in gcp_ru
если тебя заботят постоянно работающие ресурсы, то клауд ран тебе не поможет, поскольку это и есть постоянно работающий кластер, который ждёт
источник

n

nnnik in gcp_ru
Andrey Kartashov
а как же несколько тысяч в день?
нагрузка неравномерна, моежет быть "окно" в неск. часов
источник

AK

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

AK

Andrey Kartashov in gcp_ru
я бы ещё на app engine посмотрел, у него время старта меньше, чем у инстанса
источник

AK

Andrey Kartashov in gcp_ru
единственное, время выполнения не должно превышать 60 минут
источник