Интеграция с DataStage не из коробки, а через промежуточные экспорты-импорты, так как в IPM нельзя просто залезть в базу и стянуть/положить данные, там EAV и сотни таблиц с метаданными. Нормально живет, атрибуты добавляются/удаляются как и везде. Кто используют в РФ, думаю, по пальцам пересчитать можно.
Такую коробочную эньерпрайзную штуку допиливаю уже лет 10.
Ibm product master (бывший mdm) - накидываешь спецификацию с полями и валидациями, а морда отображает. Если что-то сложное нужно, подписываешь свой код в точках расширения лайвцикла
Еще для организаций есть ватсон эксплорер от IBM, который умеет кроулить все что угодно, индексировать, искать, а так же делать аналитику. Но небесплатно)
Комиссия за перевод между кошельками, это так 2000-но.
Вывод средств с кошелька 3%… ну что тут сказать, когда у конкурентов от 2% до 1.6% и ниже.
Даже для оплаты покупок яд не выгоден — по сравнению с кешбечными картами.
Плюсы яд это широчайшая сеть пополнения в сберкоматах с кодом покупки, ну и периодически появляющиеся дыры)
Не было необходимости наличить 3 млн, безнал обычно рулит.
Смысл в том, что если нужно обналичить 3 млн, сделать это можно самому, бесплатно и без последствий, просто нужно знать как.
Условные 3 млн можно обналичить менее чем за неделю без вопросов от банка. Например, имея 2 классические карты сбера, по каждой можно снимать 150к в день через банкомат и 150к в день через кассу, вот и считайте.
А ETL-продукт DataStage QualityStage от IBM вы рассматривали для своих нужд? Интересно мнение.
Слышал, что в некотором банке его производительность разогнали до обработки 15м записей в секунду, на мощном кластере.
Добрый день! Спасибо за интересную статью.
Хотелось бы в таком же доступном ключе узнать про другие детали карточного процессинга: мсс-коды, их виды, прибыльность/убыточность; атрибуты транзакции авторизации — ритейл/неритейл, CNP, topup; как банки могут на этом заработать (транзакционный безрисковый доход); как покупатели (кешбек); как банки защищаются от фрода…
То, что в голову пришло :)
Атомик как раз и есть барьер на чтение и запись с гарантиями. Если такого барьера у переменной нет, как у count в приведенном классе ClassTransformer, то уверенно судить о потокобезопасности нельзя.
Почитал JLS.
Я не прав, в JLS не указывается, что загрузка идет обязательно в один поток.
Трансформер, из документации, срабатывает не в момент загрузки класса, а в магической инициализации класса нативным методом defineClass1, в синхронизированном по дефолту блоке loadClass.
Получается, если в приложении больше 1 потока и больше одного кастомного класслоадера грузят классы параллельно (обычно такое происходит намеренно), может получиться, что defineClass от разных класслоадеров будут вызываться из разных потоков.
Доступ к статическому count не защищен барьером на чтение/запись, будет гонка независимо от того, как реализованы класслоадеры.
Вообще, конечно, без эксперимента сложно уверенно судить о потокобезопасности трансформера. Лезть глубоко в jvm охоты нет.
Интеграция с DataStage не из коробки, а через промежуточные экспорты-импорты, так как в IPM нельзя просто залезть в базу и стянуть/положить данные, там EAV и сотни таблиц с метаданными.
Нормально живет, атрибуты добавляются/удаляются как и везде.
Кто используют в РФ, думаю, по пальцам пересчитать можно.
Такую коробочную эньерпрайзную штуку допиливаю уже лет 10.
Ibm product master (бывший mdm) - накидываешь спецификацию с полями и валидациями, а морда отображает. Если что-то сложное нужно, подписываешь свой код в точках расширения лайвцикла
Еще для организаций есть ватсон эксплорер от IBM, который умеет кроулить все что угодно, индексировать, искать, а так же делать аналитику. Но небесплатно)
Когда есть V800 и H7, отлично работающие, новый H10 это не то, что планируешь приобрести в ближайшем времени.
Вывод средств с кошелька 3%… ну что тут сказать, когда у конкурентов от 2% до 1.6% и ниже.
Даже для оплаты покупок яд не выгоден — по сравнению с кешбечными картами.
Плюсы яд это широчайшая сеть пополнения в сберкоматах с кодом покупки, ну и периодически появляющиеся дыры)
Смысл в том, что если нужно обналичить 3 млн, сделать это можно самому, бесплатно и без последствий, просто нужно знать как.
О внебанковских процедурах даже не думал, а оно вот как, оказывается. Знать бы какие местоположения позволяют в нужных объемах генерировать потоки…
Внутрибанковский способ был известен, но руки не доходили до реализации чего-то интересного, видимо, сейчас уже и поздно пробовать…
Ну а вообще, добро пожаловать, уважаемый @, на этот ресурс, а то все птички-рыбки :)
СУ и СЖ сейчас сидят, читают, и слезы льют.
Привет, @
Слышал, что в некотором банке его производительность разогнали до обработки 15м записей в секунду, на мощном кластере.
Хотелось бы в таком же доступном ключе узнать про другие детали карточного процессинга: мсс-коды, их виды, прибыльность/убыточность; атрибуты транзакции авторизации — ритейл/неритейл, CNP, topup; как банки могут на этом заработать (транзакционный безрисковый доход); как покупатели (кешбек); как банки защищаются от фрода…
То, что в голову пришло :)
Я не прав, в JLS не указывается, что загрузка идет обязательно в один поток.
Трансформер, из документации, срабатывает не в момент загрузки класса, а в магической инициализации класса нативным методом defineClass1, в синхронизированном по дефолту блоке loadClass.
Получается, если в приложении больше 1 потока и больше одного кастомного класслоадера грузят классы параллельно (обычно такое происходит намеренно), может получиться, что defineClass от разных класслоадеров будут вызываться из разных потоков.
Доступ к статическому count не защищен барьером на чтение/запись, будет гонка независимо от того, как реализованы класслоадеры.
Вообще, конечно, без эксперимента сложно уверенно судить о потокобезопасности трансформера. Лезть глубоко в jvm охоты нет.