goshoom: Recurring Integrations Scheduler

[raz]

Цитата:

Сообщение от trud

А как кстати АХ будет работать с этой очередью? путем написания нового пакетного задания которое будет брать сообщения и обрабатывать их?

Ага. У нас так, на продакшене еще не пробовали, но на тесте работает. Очередь хороша тем, что можно последовательно грузить данные, если есть зависимости,то самое оно. У нас это надстройка над DMF для передачи файлов в обе стороны, поддерживается Azure Service Bus, Azure File Storage, Azure Blob Storage, FTP, Local Share (для тестирования).
По скриншотам QuartzAX не понятно как настроить, если надо обмениватся разными типами данных (клиенты, поставщики, заказы и т.д.), надо для каждого типа свой инстанс настраивать/запускать или все можео настроить в одном?

ЗЫ. На чистом .Net только один статический метод для чтения body из сообщения в Azure Service Bus.

[EVGL]

Цитата:

Сообщение от raz

По скриншотам QuartzAX не понятно как настроить, если надо обмениватся разными типами данных (клиенты, поставщики, заказы и т.д.), надо для каждого типа свой инстанс настраивать/запускать или все можео настроить в одном?

Все в одном. Один процесс контролирует множественные задания.

[raz]

Цитата:

Сообщение от EVGL

Все в одном. Один процесс контролирует множественные задания.

Идея такая.
1. Есть Interface - связь с DMF проектом и dataentity.
2. Есть Shared resource - связь с тем, где брать/куда класть файлы с данными.
3. Есть звязка между Interface и Shared resource.
4. Есть Interface log, промежуточная таблица, куда попадают данные для экспорта/импорта. Данные - это файлы сгенерированные DMF или для DMF.
5. Обработчик (пакетник) для обработки Shared resource, при запуске нужно указать какой ресурс. Сколько интерфейсов нужно мониторить, столько пактеных заданий запускаем. Для входящих интерфейсов файлы будут браться с ресурса и класться в Interface log со статусом Pending import. Для исходящих данных из Interface log будут браться строки с Pending export и отправляться на/в ресурс.
6. Обработчик для Pending import. Нужно одно пакетное задание.
7. Для экспорта нужны или триггеры, или можно натроить Auto push для dataentity с Incremental push only. Данные попадают в Interface log со статусом Pending export.
8. Обработчик для Pending import. Нужно одно пакетное задание.
9. Обработчик для Auto push интерфейсов.

[trud]

Цитата:

Сообщение от raz

Ага.

Ну т.е. если у вас обычное пакетное задание, читает что-то(в принципе то неважно что, очередь azure или директорию с файлами) и обрабатывает
мне это кажется логичным, но вот EVGL такой подход считает "некошерным" (аналогично кстати отозвались на яммере, используя правда терминологию "не энтерпрайс подход" )

собственно в этом и вопрос - зачем для такой задачи нужно отдельное приложение-сервис, с собственным планировщиком и т.п.

[mazzy]

Цитата:

Сообщение от trud

собственно в этом и вопрос - зачем для такой задачи нужно отдельное приложение-сервис, с собственным планировщиком и т.п.

ты щас спрашиваешь с точки зрения потребителя или с точки зрения вендора?

вендору понятно зачем - микросервисы, разделение по командам, независимое планирование/тестирование/приемка, независимое ценообразование.
масса преимуществ для вендора.