Назад на главную
EXCERFIA.CASE // 03BACKEND-DEVELOPMENT
[ КЕЙСОВЫЙ ОТЧЕТ #3 : УСТОЙЧИВОСТЬ И ОТКАЗОУСТОЙЧИВОСТЬ ]

EXCERFIA-CLOUDNEXUS

Высоконагруженная микросервисная шина на Go с распределенным брокером сообщений и кластеризацией

ПИКОВАЯ ПРОПУСКНАЯ СПОСОБНОСТЬ
15 000 RPS

Полностью параллельная обработка горутинами с контролем взаимных блокировок.

ВРЕМЯ ОТКЛИКА БАЗЫ (P95)
< 8 мс

Оптимизированное шардирование PostgreSQL с репликацией «хозяин-слуга».

СТЭК ЯДРА И СЕТИ
GoRustgRPCKafkaPostgreSQLRedis

ЧТО ПРИМЕНЯЛОСЬ И СХЕМА СВЯЗИ

Для интеграции корпоративных потоков транзакций финансового оператора необходимо было построить сверхлёгкую и изолированную внутреннюю сеть.

  • Golang Micro-services: Компилируемый строго типизированный бэкенд с минимальным потреблением оперативной памяти (менее 15 Мб на контейнер при простое).
  • gRPC & Protocol Buffers: Скорость сериализации в 10-15 раз превосходит стандартные JSON REST-запросы за счёт сжатого бинарного потока данных.
  • Очереди Kafka: Гарантированная доставка сообщений (At-Least-Once) предотвращает потерю важных платежных логов во время перегрузки сети.

ИНГЕНЕРНЫЙ ПРОЦЕСС РЕАЛИЗАЦИИ

ФАЗА 1: ПРОФИЛИРОВАНИЕ ИЗОЛЯЦИИ TRACE

Добились снижения оверхедов сборщика мусора (GC Pause time) менее 1 мс путём переиспользования буферов памяти с помощью sync.Pool и минимизации аллокаций в куче.

ФАЗА 2: ДВУХСТОРОННЕЕ ПОДТВЕРЖДЕНИЕ В GRPC

Реализовали streaming gRPC туннель для непрерывной передачи логов финансового ядра с двухсторонним TLS (mTLS) шифрованием. Это гарантирует отсутствие перехвата в периметре сети.

DOCKER KUBERNETES BALANCER

Моделируйте входящие транзакционные потоки до пиковых нагрузок. Посмотрите, как Docker кубер-балансировщик инициализирует новые поды, предотвращая перегрев процессора и балансируя нагрузку.

containers runtime
2 pods
cpu loading
42 %
grpc ping (p95)
12 ms
РАСПРЕДЕЛЕННАЯ СЕТЬ DOCKER-ПОДОВ:
POD-1
POD-2
POD-3
POD-4
POD-5
POD-6
POD-7
POD-8