Size: a a a

Архитектура ИТ-решений

2019 August 10

DF

Dmitriy Filippov in Архитектура ИТ-решений
офердрафтиками 200 чел долго не прокормишь
источник

VD

Vlad Demure in Архитектура ИТ-решений
Была история про то, как катера ставили на ремонт, вовремя его не оплачивали, катера оставались в доках, капала неустойка (штрафы), минобороны оплачивала долг, но не штрафы, катера оставались в доках, неустойка продолжала капать - так минобророны деньги спусках.
Может тут была такая же возможность договориться о частичной оплате, остальное покрыть кредитом и через суд % по кредитам вернуть? )))
источник

DF

Dmitriy Filippov in Архитектура ИТ-решений
пени крутятся, лавеха мутится, зачем что-то менять? 🤔
источник

DK

Daria Kaftan in Архитектура ИТ-решений
Yuri Koya
Вы так обсуждаете, а это простой кассовый разрыв и с этим сталкиваются часто. Если компания здоровая (имеется в виду финансовое здоровье), то почему она не кредитуется?
А отдавать как потом? При условии, что нет никаких гарантий, что заказчик заплатит
источник

П

Павел in Архитектура ИТ-решений
Задним числом не представляю как такое решается, но если сразу закладываться на возможность кассового разрыва, то сейчас очень популярным решением для этого стал факторинг, когда банк платит по договору исполнителю, а кредитует заказчика
источник
2019 August 11

YK

Yuri Koya in Архитектура ИТ-решений
Daria Kaftan
А отдавать как потом? При условии, что нет никаких гарантий, что заказчик заплатит
Это бизнес, детка)
источник

DK

Daria Kaftan in Архитектура ИТ-решений
Yuri Koya
Это бизнес, детка)
источник

A

Andrey Kharintsev in Архитектура ИТ-решений
Коллеги подскажите продукт, который бы подошел под данную задачу:
Требования:
1.       Реализация через очереди. В частности – использование RabbitMQ.
2.       Наличие готовых классов-обёрток над сущностями: task (задача), worker (обработчик).
3.       Поддержка повторного (retry) или отложенного (cron, schedule) выполнения задач.
4.       Поддержка приоритетов задач.
5.       Мониторинг выполнения задач, статистика выполнения, отображение текущего состояния задач (для вывода пользователю).
6.       Следствие из п.5 – наличие REST’ов для прикручивания списка активных и завершённых задач  в интерфейсе Портала сотрудника.
7.       Несложная горизонтальная масштабируемость.
источник

A

Andrey Kharintsev in Архитектура ИТ-решений
Особенно интересует п.5
источник

A

Andrey in Архитектура ИТ-решений
Andrey Kharintsev
Коллеги подскажите продукт, который бы подошел под данную задачу:
Требования:
1.       Реализация через очереди. В частности – использование RabbitMQ.
2.       Наличие готовых классов-обёрток над сущностями: task (задача), worker (обработчик).
3.       Поддержка повторного (retry) или отложенного (cron, schedule) выполнения задач.
4.       Поддержка приоритетов задач.
5.       Мониторинг выполнения задач, статистика выполнения, отображение текущего состояния задач (для вывода пользователю).
6.       Следствие из п.5 – наличие REST’ов для прикручивания списка активных и завершённых задач  в интерфейсе Портала сотрудника.
7.       Несложная горизонтальная масштабируемость.
Выглядит как celery на питоне
источник

GB

Green Bear in Архитектура ИТ-решений
Andrey Kharintsev
Коллеги подскажите продукт, который бы подошел под данную задачу:
Требования:
1.       Реализация через очереди. В частности – использование RabbitMQ.
2.       Наличие готовых классов-обёрток над сущностями: task (задача), worker (обработчик).
3.       Поддержка повторного (retry) или отложенного (cron, schedule) выполнения задач.
4.       Поддержка приоритетов задач.
5.       Мониторинг выполнения задач, статистика выполнения, отображение текущего состояния задач (для вывода пользователю).
6.       Следствие из п.5 – наличие REST’ов для прикручивания списка активных и завершённых задач  в интерфейсе Портала сотрудника.
7.       Несложная горизонтальная масштабируемость.
Вроде как laravel 5.7 это все магет.
источник

A

Andrey Kharintsev in Архитектура ИТ-решений
Про celery уже слышал, но хотелось бы что-нибудь на Java
источник

GB

Green Bear in Архитектура ИТ-решений
Andrey Kharintsev
Про celery уже слышал, но хотелось бы что-нибудь на Java
источник

IP

Igor Petetskikh in Архитектура ИТ-решений
Andrey Kharintsev
Коллеги подскажите продукт, который бы подошел под данную задачу:
Требования:
1.       Реализация через очереди. В частности – использование RabbitMQ.
2.       Наличие готовых классов-обёрток над сущностями: task (задача), worker (обработчик).
3.       Поддержка повторного (retry) или отложенного (cron, schedule) выполнения задач.
4.       Поддержка приоритетов задач.
5.       Мониторинг выполнения задач, статистика выполнения, отображение текущего состояния задач (для вывода пользователю).
6.       Следствие из п.5 – наличие REST’ов для прикручивания списка активных и завершённых задач  в интерфейсе Портала сотрудника.
7.       Несложная горизонтальная масштабируемость.
может не совсем в тему, но что-нибудь Camunda-like?
источник

d

dreamore in Архитектура ИТ-решений
Докину в кучу. Не совсем то о чем вы говорите, но попробуйте посмотреть - CUBA Platform
источник

S

Sergey in Архитектура ИТ-решений
вначале требования чуть прояснить. Суть в управлении задачами для людей ? Или под тасками понимаются процессы внутри системы ? Первый вариант это условно JIRA
источник

S

Sergey in Архитектура ИТ-решений
CUBA - это просто универсальная база для создания энтерпрайз приложений. Туда же можно и JHipster отнести
источник

A

Andrey Kharintsev in Архитектура ИТ-решений
Sergey
вначале требования чуть прояснить. Суть в управлении задачами для людей ? Или под тасками понимаются процессы внутри системы ? Первый вариант это условно JIRA
- процессы внутри системы (т.е. задачи которые приходят из очереди для асинхронного выполнения), которые можно было бы мониторий с помощью UI
источник

A

Andreλ in Архитектура ИТ-решений
Sergey
CUBA - это просто универсальная база для создания энтерпрайз приложений. Туда же можно и JHipster отнести
Ну такое. Сравнивать готовый каркас типа 1С и набор фреймворков для web
источник

IP

Igor Petetskikh in Архитектура ИТ-решений
Andrey Kharintsev
- процессы внутри системы (т.е. задачи которые приходят из очереди для асинхронного выполнения), которые можно было бы мониторий с помощью UI
камунда? и ее аналоги
источник