Details

Title Разработка и внедрение технической карты к расчётному счёту юридического лица в экосистеме компании: выпускная квалификационная работа магистра: направление 09.04.04 «Программная инженерия» ; образовательная программа 09.04.04_04 «ИТ – инфраструктура предприятия»
Creators Гузов Артём Алексеевич
Scientific adviser Воинов Никита Владимирович
Organization Санкт-Петербургский политехнический университет Петра Великого. Институт компьютерных наук и кибербезопасности
Imprint Санкт-Петербург, 2025
Collection Выпускные квалификационные работы ; Общая коллекция
Subjects «Техническая карта» ; цифровые платежи ; микросервисная архитектура ; Kafka ; SBP/QR ; REST API ; gRPC ; отказоустойчивость ; масштабирование ; OpenShift ; “Technical Card” ; digital payments ; microservice architecture ; Apache Kafka ; SBP/QR payments ; high availability ; scalability ; OpenShift.
Document type Master graduation qualification work
File type PDF
Language Russian
Level of education Master
Speciality code (FGOS) 09.04.04
Speciality group (FGOS) 090000 - Информатика и вычислительная техника
DOI 10.18720/SPBPU/3/2025/vr/vr25-5164
Rights Доступ по паролю из сети Интернет (чтение, печать, копирование)
Additionally New arrival
Record key ru\spstu\vkr\39239
Record create date 9/24/2025

Allowed Actions

Action 'Read' will be available if you login or access site from another network

Action 'Download' will be available if you login or access site from another network

Group Anonymous
Network Internet

Тема: «Проектирование и реализация программного продукта «Техническая карта» в экосистеме цифровых платежей банка». Цель — обосновать необходимость инструмента, спроектировать архитектуру с учётом круглосуточной доступности, безопасности и масштабируемости, реализовать компоненты, протестировать и оценить эффективность. Задачи: Анализ рынка: тренды SBP/QR, внутренние платежные сервисы, потребности бизнеса, ограничения бизнес-карт. Сравнительный анализ: физические/виртуальные карты, классические переводы, SBP/QR-решения; определение функциональных и нефункциональных требований. Формулирование требований: приём QR без пластика, мгновенные переводы, API-интеграция; доступность 24/7, производительность, надёжность, безопасность, мониторинг, SLA. Проектирование микросервисов: Card Issuance, Transfer Processing, Audit, Client Profile, Anti-Fraud, Limits & Fees; взаимодействие через Kafka, REST/gRPC/GraphQL; обоснование PostgreSQL с синхронной репликацией и OpenShift. Реализация: сервисы на Go/Java с gRPC/mTLS+OTT, GraphQL для данных клиента, интеграция процессинга и SBP/QR, REST API для фронтенда. Инфраструктура и CI/CD: отказоустойчивый кластер PostgreSQL, безопасный Kafka со Schema Registry; OpenShift-пайплайн: сборка, тесты, деплой; мониторинг и алертинг (Prometheus, Grafana, EFK). Тестирование: нагрузочное, отказоустойчивость (имитация сбоев и failover), профилирование, проверка SLA. Оценка эффективности: скорость зачисления vs классические решения, экономия комиссии, моделирование нагрузки и автошкалирование, SLO/SLA. Результат: круглосуточно доступный сервис «Техническая карта» с мгновенной маршрутизацией QR/SBP без пластика, гибкой API-интеграцией, автоматическим масштабированием, высоким уровнем надёжности и безопасности. Экономическая модель подтверждает снижение затрат и повышение клиентского опыта. Даны практические планы и SLA для промышленного развёртывания: время выпуска, latency платежей, пороги алертов, резервирование и расширение кластера.

Title: “Design and Implementation of the ‘Technical Card’ Software Product in a Bank’s Digital Payment Ecosystem.” This work addresses the creation of a virtual card instrument for receiving and sending funds within a corporate internet bank without issuing a physical card. The aim is to justify the need for the tool, design its architecture for 24/7 availability, security, and scalability, implement key components, perform testing, and assess deployment effectiveness. Tasks: Market analysis: study SBP/QR trends, internal bank payment services, corporate requirements for instant settlements, and limitations of traditional business cards. Comparative analysis: examine physical and virtual cards, classic account transfers, SBP/QR solutions; identify strengths and weaknesses and derive functional and non-functional requirements for the Technical Card. Requirements definition: specify critical features (QR payment acceptance without plastic, instant transfers to individuals, API integration) and non-functional criteria (24/7 availability, performance, reliability, security, monitoring, SLA). Microservice architecture design: select components (Card Issuance Service, Transfer Processing Service, Audit Service, Client Profile Service, Anti-Fraud, Limits & Fees Service) interacting via Apache Kafka (event bus), REST/gRPC/GraphQL; justify PostgreSQL with synchronous replication and OpenShift deployment. Implementation: develop services in Go/Java with gRPC/mTLS + OTT for authentication, GraphQL client-profile queries, integration with processing and SBP/QR channels; REST APIs for frontend and external systems; logic for Technical Card issuance and payment handling. Infrastructure and CI/CD: deploy an HA PostgreSQL cluster with cross-zone synchronous replication; secure Kafka cluster with Schema Registry; OpenShift pipelines for container build, automated tests, deployment to test and production; monitoring and alerting with Prometheus, Grafana, Alertmanager, and EFK/Loki. Testing: conduct load tests (throughput, latency for bulk issuance and payments via Kafka), resilience tests (simulate service, Kafka broker, and primary DB failures and verify failover), profiling and optimization, and SLA compliance checks. Effectiveness evaluation: analyze impact on fund settlement speed versus classic methods, calculate savings in commissions and operational costs for bank and clients, model load and plan resources (auto-scaling pods by CPU and custom metrics), and define SLO/SLA targets.

Network User group Action
ILC SPbPU Local Network All
Read Print Download
Internet Authorized users SPbPU
Read Print Download
Internet Anonymous

Access count: 0 
Last 30 days: 0

Detailed usage statistics