+7(495) 455-32-15   +7(499) 400-41-42 infos@bilpay.su

Серверы MobilPay

 

Серверы MobilPay дополняют другие серверные компоненты системы ДБО (процессинг, АБС, CRM и др.).

Всего имеется 7 серверов MobilPay:

Сервер транзакций MobilPay организует оперативное выполнение наличных и безналичных операций на банкоматах и платёжных терминалах (по их инициативе):

  • запросы в биллинговые системы провайдеров оплаты услуг,
  • запросы в АБС банка и в процессинг (при необходимости, иногда через Шины банка),
  • запросы в другие системы банка (CRM, шины и т.п.)
  • передачу на банкоматы/терминалы нужных параметров (комиссий, валютных курсов и т.п.)
  • передачу результатов операций для записи в базу данных ДБО-MobilPay
  • организацию в оперативной памяти сервера таблиц для мониторинга и диагностики ситуаций на банкоматах/терминалах,

Сервер базы данных MobilPay представляет собой классическую СУБД для работы с базой данных ДБО-MobilPay, реализованную на базе DB2 фирмы IBM и предоставляемую банку в виде готового интегрированного и лицензированного решения ПО MobilPay. Сервер базы данных имеет «горячее резервирование» (дубликат базы данных с оперативной репликацией данных в основную и резервную) стандартными средствами DB2.

В базу данных записываются все промежуточные и конечные результаты выполняемых операций (услуг) ДБО и все сопутствующие события и ситуации в системе ДБО, результаты обработки статистики и мн. др. Рабочие станции напрямую работают с СУБД, запрашивая нужную информацию (например, для формирования отчётов). К ней также обращаются с запросами WAPI-сервер, обеспечивающий интеграцию с ДБО-MobilPay с другими системами банка.

Сервер базы данных ДБО-МР является особо важным архитектурным элементом в системе. Благодаря использованию промышленной СУБД DB2 и специальной технологии компании IBM для работы с базой данных ДБО-МР, ПО МР обеспечивает очень высокие показатели нагрузочной способности этого сервера. Поэтому пока что не требовалось масштабирование этой компоненты. Более того, применяемая технология очередей записи данных в базу данных позволяет даже кратковременное выключение сервера базы данных без прекращения оперативной работы сервера транзакций MobilPay (может использоваться для выполнения особых технических сервисных работ на сервере базы данных MobilPay).

Сервер UniMed («универсальный медиатор» (шлюз) МР ко всем on-line провайдерам и системам банка – партнёрам ДБО-МР). Взаимодействие сервера транзакций МР с другими серверами системы ДБО определяется интерфейсами этих серверов. В частности, взаимодействие с серверами ДБО WEB-сервисного типа осуществляется через сервер МР-UniMed, сконструированный именно для обеспечения технологии такого взаимодействия, а именно:

  • Передача запросов UniMed к этим серверам осуществляется по протоколу Http/XML по установленным соединениям. Количество соединений для каждого on-line провайдера (или шлюза) ограничивается задаваемым параметром.
  • При использовании максимального количества установленных соединений новые запросы помещаются в специальные очереди для каждого шлюза. Количество запросов в очереди ограничивается задаваемым параметром.
  • При обработке запроса из очереди применяется интеллектуальный алгоритм с учетом скорости ответов шлюзов, а также оценки в необходимости посылки запроса в on-line шлюз, поскольку запрос мог уже к этому моменту «устареть».
  • Делается сбор статистики по скорости ответов для каждого шлюза для выявления быстрых и медленных шлюзов.
  • При необходимости используются несколько клонов в сервере MP-UniMed с управляющим Manager (балансером) потоков сервисных запросов на эти серверные клоны.

Сервер UniMed полностью отвечает требованиям технологии «горизонтального масштабирования». Более того, в конструкцию Сервера UniMed добавлен механизм интеллектуальной настройки («самообучения») реагирования сервера UniMed на возникающие перегрузки у некоторых партнёров (серверов) в комплексной системе банка.

Сервер Guard обеспечивает удалённый контроль и обновление конфигураций ПО и параметров работы ПО на АТМ и на рабочих станциях МР, защиту работы АТМ и мн. др. Работает с одиночными АТМ и с группами АТМ (в режиме массового обновления ПО и параметров ПО АТМ).

WAPI-сервер в дополнение к серверу транзакций обеспечивает всю необходимую интеграцию ДБО-МР с системами банка по запросам этих систем или по запросам самой системы ДБО-МР (в виде WEB-сервисов). Все установленные на WAPI-сервере приложения-сервисы работают, не мешая оперативной работе сервера транзакций MobilPay, обращаясь либо напрямую к базе данных ДБО-МР, либо к информации, уже имеющейся в оперативной памяти сервера транзакций и мониторинга МР.

Сервер заданий и статистики МР (MP-Task_Server) обеспечивает отдельный процесс сбора и обработки статистической информации о работе системы ДБО-МР на основе передаваемых через сервер транзакций MobilPay данных ежедневной статистики, собранной и подготовленной на АТМ, а также на основе оперативных данных и информации из БД. Благодаря этому обеспечивается эффективный процесс сбора-обработки огромной статистической информации без загрузки основного (боевого) контура обработки транзакций.

Этот же сервер выполняет роль инициатора пакетных заданий обработки данных ДБО, а именно: обеспечивает по расписанию интеграцию с разными системами банка и внешними системами (выгружает операции в АБС, в on-line кассу, и др.), осуществляет генерацию отчётов, выполнение специальных процедур и мн. др.

Сервер WEB-платформа обеспечивает предоставление информации ДБО внешним пользователям, находящимся в открытой (незащищённой) зоне, с помощью обычного браузера или инструмента просмотра html-кода.

Указанные выше сервера вместе с PROXY-сервером и различными Шинами обеспечивают полный (необходимый и достаточный) инструментарий интеграции ДБО-МР со всеми системами банка и внешними системами. Поэтому, для системы ДБО-МР нет проблем интеграции любых исторически сложившихся конфигураций систем: за последние 5 лет были реализованы крупные интеграционные проекты при «слиянии» банков, в том числе Бинбанка с МДМ-банком и банка РНКБ с КрайИнвестБанком. 

Общая схема серверов MobilPay в системе ДБО-MP приведена на рисунке:

При этом главным, принципиальным остаётся вопрос, кто является «главным интегратором» банковских систем, в частности комплекса систем ДБО? Банки зачастую приобретают различные интеграционные шины, платформы, пытаясь с их помощью решить все проблемы «спихивания» ответственности за конечный результат работы системы в целом со стороны каждого участника интеграции.

ПО МР в этом отношении изначально взяло на себя роль такого «главного интегратора». Именно поэтому и в мониторинге МР, и в реализации прохождения транзакций в комплексной системе ДБО, ПО МР обеспечивало контроль всего процесса и, заодно, обмен всеми необходимыми сообщениями с другими системами банка. Для ПО МР изначально не было проблем интегрироваться с любой из систем банка по их интерфейсам. А с такими дополнительными инструментами интеграции, как WAPI-сервисы, уже и другие системы, и другие пользователи имеют средства подключения и использования информации и возможностей ДБО-МР в различных прикладных задачах банка.

Данная архитектура интеграции прикладных систем банка обеспечивает полный набор инструментов интеграции ПО МР с помощью естественного набора серверных решений (процессинга транзакций, базы данных, Guard, WAPI, Статистики, PROXY и др.).

Расположенные на одном или нескольких компьютерах эти сервера обеспечивают рациональное распределение специализированных процессов интеграции ДБО-МР с другими системами банка или внешними системами. Сейчас это не удивительно, видя, как множество приложений параллельно работает даже на маленьком компьютере смартфона.

Одним из важнейших качеств серверных решений MobilPay является использование известной технологии ИБМ для организации «очередей» передачи данных «к» и «от» сервера: таким образом обеспечивается распараллеливание процессов и существенное повышение производительности серверов путём сглаживания пиковых нагрузок, а также возможность кратковременного отключения сервера без прекращения оперативной обработки транзакций и возможность автоматического восстановления процесса обработки при сбойных ситуациях.

Эта технология позволяет реализовать серверные решения с высокой производительностью на компьютерах со скромными серверными ресурсами. Так, в реальном опыте эксплуатации в ряде банков ПО МР обеспечивает более 500 тыс. операций в день (40-50 операций в секунду) на сетках из 3-х тысяч АТМ и более, а на простом тестовом стенде ПО МР обеспечивало более 1500 операций в секунду без образования очереди на обработку транзакций и не менее 100 операций в секунду без образования очереди на запись транзакций в базу данных. При этом, как отмечалось выше, дополнительные сервера WAPI и Статистики обрабатывают собственные задачи отдельными процессами, не создавая помех работе оперативного контура сервера транзакций MobilPay.

По существу, добавление серверов WAPI и Статистики в системе ДБО-МР эквивалентно подключению ещё двух рабочих станций, осуществляющих мониторинг работы ДБО-МР в нынешней архитектуре системы. Приходящие на сервер транзакций оперативные сообщения с АТМ обрабатываются, как и раньше, в рамках выполнения банковских операций ДБО и кроме того используются для обновления таблиц мониторинга МР в оперативной памяти (небольшой общей таблицы устройств сети АТМ на сервере транзакций и расширенных таблиц в оперативной памяти рабочих станций мониторинга МР-Manager) и для обновления таблиц в оперативной памяти серверов WAPI и Статистики – по локальной (скоростной) компьютерной сети. Именно эти оперативно обновляемые таблицы являются основой для работы мониторинга на рабочих станциях и для работы серверов WAPI и Статистики.

Далее, при реализации запроса информации о текущем состоянии АТМ WAPI-сервер использует данные уже из своей оперативной памяти, поэтому ответы будут практически мгновенными. В среднем такой ответ WAPI-сервера занимает 10 – 20 мсек на короткие запросы и 50 мсек на большие ответы (например, по запросу «Информация по всем ATM»). При реализации запросов по транзакциям обращение WAPI-сервера будет делаться к серверу базы данных MobilPay так же, как это делают рабочие станции МР. Для повышения скорости здесь используются индексация ключевых полей таблиц транзакций и др. таблиц базы данных ДБО-МР, поэтому запросы на поиск нужной операции будет выполняться быстро (так же, как и на рабочей станции оператора системы MP через ПО MP-Manager). Заметим также, что СУБД DB2 принципиально обеспечивает эффективную работу с огромными базами данных с реляционной структурой. В любом случае, реализация конкретных сервисов будет делаться с тщательной проработкой архитектурной схемы всего процесса. Скорость выполнения параллельной обработки запросов от систем банка также будет зависеть от мощности используемого компьютера, выделенного под WAPI-сервер.