Postgres

Спасибо. Есть какие-то особые настройки для этого? Какие-то тонкости, которые надо учитывать, если использовать его только для хранения текстов?

Сложностей, тонкостей и особых настроек нету, но у нас и использование простое - просто сохранить и отдать, когда понадобится

А какие сложности могут быть? )
(Кроме человеческих - что такое решение могут идеологически опротестовать сторонники NoSQL или S3/Minio)

> А какие сложности могут быть? )

Производительность. В моем конкретном случае речь идет о процессе, который будет запускаться минимум 50000 раз в день.

В pg при частых обновлениях придется чистить ваккуум, это фишка бд

Спасибо.

Получается менее десятка запросов в секунду - нагрузка небольшая вроде бы

Понял. Спасибо.

50000 запросов в день это не сказать чтобы прям большие нагрузки для любой БД на сегодняшний день. Тут наверное больше вопрос к пиковым нагрузкам и к самому процессу. + нужно учитывать возможность кэширования, TTL записи и т.д.

пока недостаточно информации о контексте вашей задачи

Спасибо.

Задача такая: Есть две системы, одна старая (ТИБКО), другая новая (Камунда). Нужно мигрировать процесс из старой системы на новую, сохранив некий XML в переменной процесса.

XML этот больше 2000 символов, поэтому не помещается в текстовую переменную.

Хачить базу данных я не хочу.

Поэтому хотел узнать, как это можно решить по-другому.

Как долго выполняется процесс миграции и сколько должен храниться этот XML по времени?
Это будет какая-то "групповая" обработка?  С высокой пиковой нагрузкой? Или 50к запросов плавно размашутся в пределах суток?

> Как долго выполняется процесс миграции и сколько должен храниться этот XML по времени?

Под миграцией я имел в виду, что нужно в Камунде переделать то, что уже есть в ТИБКО. По моим оценкам миграция всех процессов займет несколько лет (их там много). Этот конкретный процесс пилотный.

> сколько должен храниться этот XML по времени?

В будущем он может храниться месяцами, т. к. есть долгоиграющие процессы.

> Это будет какая-то "групповая" обработка?  С высокой пиковой нагрузкой? Или 50к запросов плавно размашутся в пределах суток?

Это мы точно не знаем. Я предполагаю, что нагрузка будет равномерной.

Ну тогда действительно пока видится что постгреса будет достаточно. Надежно и просто

Если потребуется переживать пики, да еще и с хорошей отказоустойчивостью и персистентностью, тогда придется подбирать подходящее key-value

Спасибо.

привет, подскажите, имеем 2 сервисные таски-делегата, в первой делаем execution.setVariable(...), а во второй execution.getVariable(...), но достаётся какое-то старое значение, не то, которое мы в первой таске просеттили

это так и должно быть, между ними должен быть wait state типо?

или мы что-то не так делаем

таски идут прям подряд на схеме