CC BY
3
значение для совершенствования криминологического знания в понимании этого сложного социального явления.
Использованные источники:
1. Уголовный кодекс Российской Федерации от 13.06.1996 N 63-Ф3 (ред. от 22.11.2016) // СЗ РФ. 1996, N 25, ст. 2954.
2. Бугаевская Н.В. Коррупционные преступления: виды и особенности субъекта: Монография. М.: Юрлитинформ, 2015.
3. Елисеева С.Н. Коррупция в политической системе России: основные направления антикоррупционной политики // Вестник ПАГС. 2013. №1 (34).
4. Комментарий к Уголовному кодексу Российской Федерации / отв. ред. А.И. Рарог, - 10-е изд., перераб. и доп. М.: Проспект, 2015.
5. Комментарий к Уголовному кодексу Российской Федерации: в 2 т. Т.1, Т.2 / отв. ред. В.М. Лебедев. - 14-е изд., перераб. и доп. М.: Издательство Юрайт, 2014.
6. Ожегов С.И., Швецова Н.Ю. Толковый словарь русского языка. М., 1995.
7. Российская криминологическая энциклопедия: Преступность и борьба с ней в понятиях и комментариях / авт. кол.: А.И. Алексеев, А.А. Артамонов, Х.М. Ахметшин и др. ; под общ. ред. А.И. Долговой. Российская криминологическая ассоциация. М.: Норма - Инфра-М, 2000.
УДК 004.031.43
Богомазов М.М. студент магистратуры 2 курса направление подготовки «Информационные системы и
технологии» Бедняк С.Г. научный руководитель, доцент кафедра «Информационных систем и технологий» Поволжский государственный университет телекоммуникаций и информатики
Россия, г. Самара ПРИМЕНЕНИЕ ТРЕХУРОВНЕВОЙ (ТРЕХЗВЕННОЙ) АРХИТИКТУРЫ ПРИ ПОСТРОЕНИИ ПЛАТЕЖНЫХ СИСТЕМ Статья посвящена описанию и особенностям применения трехуровневой архитектуры в построении платежных систем. Достоинства и недостатки архитектуры в целом. Рассмотрены основные проблемы и требования к конечной системе.
Ключевые слова: трехуровневая архитектура, базы данных, сервер приложений, платежная система.
The article is devoted to the description and features of using the three-tier architecture in the construction of payment systems. Advantages and disadvantages of the architecture as a whole. The main problems and the target system requirements.
Keywords: three-tier architecture, database, application server, the payment
system.
В настоящее время разрабатывается и успешно внедряется все большое количество систем с трехуровневой архитектурой. Вся система в совокупности состоит из 3х компонентов: клиентского приложения, сервера приложений и сервера баз данных (далее БД). Самыми главными преимуществами такого похода являются: масштабирование системы на уровне сервера приложений и увеличении пула соединений, отличная конфигурируемость за счет возможности изолирования уровней друг от друга, повышенная производительность сервера баз данных и независимость в выборе производителя системы управления базами данных, повышенная безопасность по сравнения с двухуровневой архитектурой за счет размещения аутентификации на сервере приложений, централизованная настройка и управление.
Несмотря на свои достоинства, данный подход имеет и свои недостатки. Первый - выигрыш в производительности будет получен лишь в «больших» системах, рассчитанных на большое количество операций. Второй недостаток - это высокие требования к производительности сервера приложений и сервера БД. А, как известно, такое оборудование отличается высокой стоимостью. Так же при увеличении масштаба системы будет возрастать сложность ее администрирования.
Построение платежной системы на трехуровневой архитектуре является не простой задачей, необходимо:
• Разработать OLTP-приложение для клиентской и серверной части (транзакционная система)
• Разработать транспорт взаимодействия сервера приложений и терминалов для передачи информации в интегрированные системы
• Правильно настроить соединение между сервером приложений и сервером баз данных
• Обеспечить бесперебойную работу БД с возможностью перехода на резервную схему взаимодействия
Клиентское приложение должно работать на любом устройстве с возможностью выхода в интернет. Таким образом, используя одинаковый подход в написании клиентской части для разных платформ, повысится количество пользователей. Трехуровневая система обладает низким требованием к скорости передачи данных между клиентом и сервером приложений, а OLTP удовлетворяет данное требование небольшими по размерам транзакциями.
Текущая ситуация на рынке позволяет выбрать сервер приложений под конкретные задачи. Для сравнительно небольших предприятий целесообразно использование Apache Tomcat, SUN GlassFish и д.р. Для крупных - IBM Websphere, Oracle WebLogic.
Взаимодействие БД и сервера приложений может осуществляться с
помощью драйвера JDBC или аналогичных способов взаимодействия. При этом необходимо создать пул свободных соединений между БД и сервером приложений, а также предусмотреть повторное использование освободившихся соединений. Данное решение поможет снизить среднее время отклика системы в целом.
Необходимо применение механизма обработки распределенных транзакций - монитора транзакций, взаимодействующего с СУБД по протоколу XA. Это связано с тем, что клиентское приложение, использующее в рамках одной транзакции несколько служб нулевого уровня, фактически работает с базой данных по нескольким независимым соединениям. Без применения специальных программных средств, все операции, выполняемые различными службами нулевого уровня, окажутся в различных транзакциях СУБД, а значит, будут невидимы друг другу.
Для аналитической выборки предлагается использовать резервную схему БД с репликацией раз в 2 дня. Это снизит нагрузку на «промышленную» базу, а так же позволит пользователям выгружать данные в несколько потоков, что уменьшит время на получение необходимой информации.
Практическая ценность применения данного решения заключается в том, что выпуск системы состоится в относительно короткие сроки, т.е. уменьшится ее время выхода на рынок (time-to-market). В простейших конфигурациях все компоненты или часть из них могут быть совмещены на одном вычислительном узле. Впоследствии систему можно перенести на более мощные вычислительные узлы для сервера баз данных или кластер серверов баз данных, для серверов приложений — выделенные группы вычислительных узлов и горизонтально масштабировать программный комплекс без внесения изменений в программный код приложений.
Использованные источники:
1. Зыков С.В., Основы проектирования корпоративных систем, 2012.
2. Oracle XA. Oracle8i Application Developer's Guide - Fundamentals Release 8.1.5.
3. Муссин К.М., Платежные технологии. Системы и инструменты, 2015.
