˸A
Size: a a a
2021 June 27
AK
Возможно стоит глянуть на роли тех, кто создаёт заявки и настраивает. Это одни и те же люди? Если нет, то отталкиваться от их ролей, если это один и тот же человек, то вопрос зачем ему два отдельных этапа?
AK
Возможно для двух знаков просто сложением ошибки и не словить, проблемы всплывут только с добавлением новых валют и например биткоина. Хотя у меня есть ощущение, что ошибку округления можно словить через комбинацию библиотечных функций, кейса с двумя знаками пока не придумал
˸A
Да, когда на заказ в одной валюте, а пеймент в другой, то надо по-другому задачу решать))
Кстати, спасибо, что сказали - надо подумать над такой моделью)
ЗЫ: подумал. Легко решается. Надо смотреть просто суммарный инвойс/рефанд - и учитывать то, что уже отправлено в пеймент. Всё должно быть ок. Просто функция конвертации в валюту пеймента - поверх вычислений сумм в заказе
Кстати, спасибо, что сказали - надо подумать над такой моделью)
ЗЫ: подумал. Легко решается. Надо смотреть просто суммарный инвойс/рефанд - и учитывать то, что уже отправлено в пеймент. Всё должно быть ок. Просто функция конвертации в валюту пеймента - поверх вычислений сумм в заказе
AK
в целом все сводится к этим трем стратегиям
SP
ну мне показалось что все сводится к "если есть возможность - реализуйте pool потому что в этом случае вам будет изи комбинировать pool и silo для сегментации
AK
что-то вроде того, пока не уперлись в лимиты pool, то юзайте его
AK
pool можно и с bridge комбинировать
SP
по сути silo и bridge удобно когда ты переходишь от коробочных решений к SaaS решениям...
AK
нуууу, если есть необходимость в жесткой изоляции
AK
я вот пытаюсь придумать сейчас случаи, когда это надо, а не просто клиент стучит ножкой
AK
в условных вооруженных силах любой страны такое требование будет, но это скорее случай клиент стучит ножкой
SP
- регуляторы
- уменьшение рисков - например у тебя есть энтерпрайз кастомеры у которых более жесткие SLA.
- уменьшение рисков - например у тебя есть энтерпрайз кастомеры у которых более жесткие SLA.
AK
понятно, что может быть необходимость регионального разделения данных, но опять же, это далеко необязательно совпадает с делением на tenant
SP
ну это больше как "партишенинг пулов по регионам".
SP
p.s. я думаю там где регуляторы требуют сегментации данных по географии там у тебя и бизнес так же сегментирован и в целом тенанты будут в пределах региона
k
а бывают ещё требования какие-то типа "хотим чтобы наши данные хранились на физически отдельной компутере!"
AK
k
главное чтоб "не вместе с другими". Ну в принципе про это уже Фесор написал