АрменИтак есть вопрос...
Есть задание сделать мини-платежную систему. должно быть создано что то вроде яндекс-денег или рбкмоней с 1000 раз менщим юзерским потенциалом. Ну 50.000-150.000 Потенциальных юзверей.

Итак в чем баталия.... Команда моя разрабов настаивает что так как на Оракл бабосов нету , самая лудшая это Микрософтовская SQL Сервер. А я думаю что можно реализовать все и на Открытом СУБД например Постгре или Файр. Итак прошу отвечать только ЭКСПЕРТАМ! Вы бы поставили открутую СУБД на платежный сервер, если да то какой? Обоснуйте если можно пару словами.

Почитайте эту тему.

Там есть некоторые моменты пересекающиеся с мнением softwarer .

Vika VinnerЕжели Вы Коллега попытаетесь убедить себя что на одной и той же платформе (Интел как наиболее распространённая) какая то технология будет ехать а какая то - нет... Боюсь у Вас это не получится...

Не получится убедить или поехать (полететь) ?

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

ИМХО Самое основное для создателей требование , это понимание того что
система должна работать в режиме системы реального времени.
И чем больше она будет отвечать требованиям( архитектурно соответствовать)
системам реального времени, тем меньше потом придется переделывать
при необходимости масштабирования системы.
А какая там ОС , или СУБД не суть важно.

Dimitry Sibiryakov
onstat-
система должна работать в режиме системы реального времени.

Определение "системы реального времени" - в студию!!!


В некотором приближении требования которым она должна отвечать
http://ru.wikipedia.org/wiki/%D0%9E%D0%BF%D0%B5%D1%80%D0%B0%D1%86%D0%B8%D0%BE%D0%BD%D0%BD%D0%B0%D1%8F_%D1%81%D0%B8%D1%81%D1%82%D0%B5%D0%BC%D0%B0_%D1%80%D0%B5%D0%B0%D0%BB%D1%8C%D0%BD%D0%BE%D0%B3%D0%BE_%D0%B2%D1%80%D0%B5%D0%BC%D0%B5%D0%BD%D0%B8

перефразоровано мной под платежные системы
Самые распространённые из них:

* платежная система, в которой успешность работы любой программы зависит не только от её логической правильности, но и от времени, за которое она получила этот результат. Если система не может удовлетворить временным ограничениям, должен быть зафиксирован сбой в её работе[1]
* Стандарт POSIX 1003.1 даёт определение: «Реальное время в операционных системах — это способность операционной системы обеспечить требуемый уровень сервиса в определённый промежуток времени»[2]
* система( сервис платежной системы), реагирующий в предсказуемое время на непредсказуемое появление внешних событий[3]
* Платежные системы постоянной готовности. В эту категорию система попадает, исходя из маркетинговых соображений, и если некий сервис платежной системы называют «работающей в реальном времени», то это лишь означает, что запросы от пользователя обрабатываются с задержкой, соответствующей операционным требования платежной системы.

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

А сколько это в граммах секундах?


Мастеркард собирается установить требование 10 сек для региона и 13 сек по миру
это с учетом стояния во всевозможных очередях и передачи по сети,
и не важно через сколько процессинговых центров проходит операция.
От отправки запроса посом( банкоматом ) , до момента печати чека или выдачи налички.

Dimitry Sibiryakov
onstat-
Мастеркард собирается установить требование 10 сек для региона и 13 сек
по миру

Мнда... Тут не так давно в firebird-support один индус плакался, что его
запросы иногда выходят из лимита в 0.1 секунды... Наверное, у него
система уже нереально реального времени.


Вы наверное не учитываете вес ( влияние) каждого из приведенных выше требований.

Имхо самое сложное обеспечить

автор
система( сервис платежной системы), реагирующий в предсказуемое время на непредсказуемое появление внешних событий[3]

в режиме 24/7/365.

При этом не переплачивать за ресурсы которые будут простаивать 99% времени.

Dimitry Sibiryakov
onstat-Имхо самое сложное обеспечить
в режиме 24/7/365.

При лимите времени на отклик до 10 секунд? Ха!


Не отклик , а полную обработку операции ,
например Автралийской или Бразильской карты в Московском банкомате.

Это официальное требование ПС.
Когда система или какая то ее часть не укладывается - открывается инцидент.
Никто не заинтересован в лишних инцидентах вызванных всякими факторами,
поэтому время в требованиях разумно длинное.
Это не TPC тест у кого яйца круче, это жесткое требование на 3-,
которому должна удовлетворять вся распределенная система.

DPH3
Ну нет таких требований для платежных систем.



У меня другая информация


Цитирую первоисточник :

MasterCard Global Operations Bulletin No. 1 • 4 January 2010
..
The monthly Global Operations Bulletin is the primary source of operations information for
MasterCard Principal Members
...
46 Revised Standards for Minimum Authorization Response Wait Time
..
Effective for MasterCard and Debit MasterCard transactions dated on or after
15 June 2010, acquirers must implement a minimum wait time for receiving
an authorization response from the card issuer or its alternate authorization
service provider as follows.
• 10 seconds for acquirers in United Kingdom, Canada, the United States,
and Brazil
• 12 seconds for acquirers in any other country
......

Dimitry Sibiryakov,


Не все так однозначно и не только по первичным ключам .

Еще одна цитата уже из другого документа

Mastercard manual
Typically contains the Terminal Transaction
Number – a sequential number, per terminal.
Only numeric data may be carried in this subfield.
This sub-field must contain a unique
number that unambiguously identifies the
transaction with a specific POS terminal and
within a specific of 24-hour time period .


Выполнение этого требования при неправильной архитектуре есть одной из причин
по которой сессии висят в buffer bussy wait или в Index range scan.

Также существуют другие требование на проведение похожих проверок не только на уровне требований ПС, но и на уровне бизнес логики.

з.ы. Я пытаюсь донести , что разработкой ПС, и интеграцией приложения в ПС,
должны заниматься специалисты.

Dimitry Sibiryakov
onstat-Цитирую первоисточник :

А слово "minimum wait time" никого не смущает?.. Я бы понял если бы там
стояло "maximum"...



автор
must implement a minimum wait time for receiving
an authorization response


Перевожу :
Должны установить минимальное время ожидания для получения авторизационного ответа.

И указано какое и в каких случаях.

Dimitry Sibiryakov,

Я думал , что вы предположите ( догадаетесь) ,
что генерирует сиквенс восе не база,
а терминальное оборудование, которое может быть перепрошито в любой момент,
или каким либо другим образом могут быть сброшены счетчики.

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

Dimitry Sibiryakov,

Он есть инициатором, значит его дело.
Его дело также отправить запрос на отмену именно этой операции
в случае какого либо сбоя ( например купюра застряла в тракте для выдачи).

Или запрос на частичную отмену, если вдруг какая то часть денег все таки выдана.
и подтверждение , что именно эта операция прошла без сбоев или со сбоями,
а не операция на туже сумму по той же карте 5 минут назад.

Если говорить о постерминалах ,
то они должны сформировать Z-отчет по факту закрытия кассы
или какого то периода ( передачи смены например), где все должно сойтись не только по суммам, а и по внутренним идентификаторам.
Транзакционные Чеки и Z-отчет бумажной частью документооборота между банком
и торговой точкой, очень интересные разборки получается , в случае терхстрониих договоров, когда банк арендует процессинговые мощьности, и не имеет полного доступа в процессинговоую систему аутсорсера..

Что касается счетов клиентов, очень тересная тема учета курсовой разницы,
и коммисионирования при проведении операций если
операция растянута во времени на несколько часов или даже суток.
И отражения всего этого дела в АБС банка , где периоды ( балансы)
закрываются ежедневно.


зы Я не хочу Вам что то доказывать, напишите свою систему если считаете, что это так просто , а потом продайте, расценки на такой софт хорошие, и рынок практически пустой,
гибких и удобных систем очень мало.