Согласно руководству по миграции синтаксического анализа, мы могли бы использовать что-то вроде Kue и Kue-UI, чтобы эмулировать функциональность запланированных заданий parse.com.Как все собираются выполнять запланированные задания/облачные задания на parse-сервере?
Я не реализовал Kue или Kue-ui, но, глядя на руководства, он не выглядит так, как будто он обеспечивает практически те же функциональные возможности, что и существующие запланированные задания parse.com. Правильно ли это наблюдение? Кто-то реализовал это? Верно ли, что задания должны быть запланированы через Kue в javascript, а Kue-ui предоставляет только сводную информацию о текущем статусе заданий, а новые расписания не могут быть добавлены через Kue-ui?
Неужели кто-то пытался достичь такого же результата с чем-то вроде Дженкинса? Так вот что я имел в виду:
- Каждое задание все равно будет определено в коде облака. Parse.Cloud.job («job01», function (request, response) {));
- немного изменить синтаксический анализ, чтобы показать работу с аналогичным URL-адресом существующим облачным функциям, например./Разобрать/работу/job01 (это может существовать в синтаксическом-сервере в ближайшее время: github.com/ParsePlatform/parse-server/pull/2560)
- создать новую Дженкинс работу сделать завиток на этом URL
- определить хроны как график, что Дженкинс задания в Дженкинс веб-интерфейс
я могу видеть преимущества являются:
- практически без кодирования
- настройка Jenkins звучит как гораздо меньше работы, то настройка КУЭ , redis и kue-ui
- существующих облака работы/определения оставаться точно так же
- график и вручную запустить работу через Дженкинс веб-интерфейс
Единственное, что текущие график parse.com работу/облачные рабочие места могут сделать это через Jenkins на основе решения не может выбрать имя задания для создания нового расписания из выпадающего списка.
Я что-то упустил? Как все это происходит? Благодарю.
Я написал статью об этом: https://andreygordeev.com/2016/08/04/parse-background-jobs-on-parse-server.html –