Сергей Гасилов — о том, как современная API-архитектура помогает бизнесу расти и сохранять устойчивость

Весной 2025 года World Journal of Advanced Research and Reviews опубликовал исследование, которое показало: компании со зрелой стратегией интеграций систем разрабатывают приложения на 68% быстрее, чем организации с разрозненными или устаревшими системами. В компаниях с устаревшими системами подключение партнеров затруднено, а масштабирование бизнес-процессов сопровождается высокими затратами и рисками ошибок — это напрямую влияет на конкурентоспособность и скорость вывода инноваций на рынок.

𝓲

Фото: Личный архив Сергея Гасилова

«Интеграция больше не может быть просто технической задачей. Она становится критически важным фактором для роста и устойчивости любого бизнеса», — отмечает Сергей Гасилов, ведущий архитектор корпоративных систем в международной финтех-компании One Inc., специалист по интеграциям, масштабируемым API и cloud‑native решениям.

Как он поделился, благодаря его усилиям компания превратилась в интеграционную платформу с высокой отказоустойчивостью, стандартизированными API и безопасной обработкой миллионов платежей, а его команда стала эталоном эффективности.Российский рынок BPM-систем: оценки, лидеры, тренды и перспективы. Обзор TAdviser 22.6 т

В статье Сергей Гасилов рассказал, как современная архитектура интеграций становится ключевым фактором роста и устойчивости бизнеса, о трендах в API и AI-интеграциях, а также о подходах к безопасности.

— Сергей, вы с 2017 года помогаете бизнесу выстраивать масштабируемые интеграционные системы в One Inc. Почему сегодня архитектура интеграций стала критически важной для бизнеса?

В 2025 году количество сервисов и систем в компаниях растет стремительно, а многие решения переходят к микро-сервисной модели. Бизнес-процессы распределены между десятками автономных компонентов, которые должны работать быстро, безопасно и предсказуемо.

В этих условиях роль архитектора выходит за рамки проектирования внутренних API: важно думать о том, как клиенты и партнеры будут подключаться к продуктам компании. Интеграция становится частью пользовательского опыта — чем проще и надежнее внешние участники могут взаимодействовать с системой, тем быстрее формируется экосистема. Однако во многих компаниях существующая архитектура устаревает, что напрямую влияет на эффективность и конкурентоспособность бизнеса.

— Как вы обычно определяете, что архитектура компании требует переработки?

Понять это можно по нескольким признакам. Во-первых, если подключение новых партнеров или внедрение API превращается в сложный, ручной процесс — архитектура не поддерживает масштабирование. Во-вторых, низкая скорость внедрения новых функций указывает на потерю модульности и предсказуемости.

Еще один сигнал — отсутствие единых стандартов интеграции: разные форматы данных, подходы к авторизации и логированию ведут к техническому долгу, снижению качества и росту затрат. В таких случаях архитектуру стоит переосмыслить.

— Вы отвечаете за архитектуру и стандарты работы API — версионирование, лимиты запросов и согласование взаимодействий между сервисами. Какие сейчас тренды задают развитие интеграций и почему?

Сегодня интеграции все чаще строят вокруг API-центричных платформ: компании переходят от внутренних точечных связей к открытым экосистемам, что ускоряет масштабирование и развитие партнерских сетей. Активно применяются Event Mesh и real-time взаимодействия, заменяющие старые монолитные ESB гибкими распределенными системами.

Также набирают популярность low-code и no-code решения, позволяющие бизнес-командам самостоятельно создавать интеграции через iPaaS. AI и машинное обучение используют для оптимизации потоков данных, обнаружения аномалий и управления SLA, делая интеграции быстрее, надежнее и «умнее».

— Как вы рассказали, вы за рекордный срок перевели систему массовой обработки платежей на новый технологический стек, обеспечив обработку более 4 млн транзакций в год. Что вы посоветуете специалистам, которые стремятся масштабировать системы и при этом сохранить их устойчивость?

Во многом это зависит от конкретного случая, но есть общие архитектурные принципы, которые помогают эффективно масштабировать интеграционные системы. Прежде всего важно не только спроектировать надежную архитектуру, но и обеспечить ее высокое тестовое покрытие: тесты, основанные на бизнес-логике, дают уверенность в изменениях без риска снижения качества и позволяют безопасно развивать систему. Мы рассматриваем тестирование как часть архитектуры — встроенный механизм контроля качества и предсказуемости.

Не менее важно обеспечить возможность вносить изменения бесшовно и незаметно для клиентов. Ключевую роль в этом играет API Gateway: он обеспечивает единый вход для всех API, централизует безопасность, мониторинг и версионирование, упрощает подключение новых сервисов и скрывает внутреннюю структуру компании от внешних потребителей. Такой подход позволяет эволюционировать архитектуру, постепенно избавляясь от устаревших технологий и решений.

Отдельного внимания заслуживают асинхронные интеграции — это основа масштабируемости и отказоустойчивости. Например, мы перепроектировали архитектуру Webhook Module, чтобы увеличить пропускную способность без потери стабильности и производительности. В основе лежат очереди и событийные шины, такие как Azure Service Bus и Event Hub, которые обеспечивают гарантированную доставку сообщений и устойчивость системы даже при пиковых нагрузках.

— После того как вы перепроектировали архитектуру Webhook Module, его пропускная способность, по вашим оценкам, выросла с 12 000 до 190 000 событий в день. При таком объеме внешних вызовов как вы решаете вопросы безопасности и защиты данных?

Безопасность данных в масштабных интеграционных системах строится на многоуровневой архитектуре защиты. На транспортном уровне мы используем TLS/mTLS, а на прикладном — стандарты OAuth 2.0 и OpenID Connect для аутентификации и авторизации на каждом этапе. Принцип Zero Trust гарантирует проверку каждого запроса, даже внутри корпоративной сети.

Конфиденциальная информация защищается через централизованное управление секретами в Azure Key Vault с ротацией ключей и контролем доступа по ролям, RBAC. Мы также валидируем входящие данные — проверяем схемы, цифровые подписи, токены и ограничения частоты вызовов, чтобы предотвращать атаки и перегрузки. Завершает систему безопасности Audit Logging, который фиксирует все действия, источники данных и историю изменений, обеспечивая полную прозрачность и соответствие требованиям комплаенса.

— Вы также поделились, что в роли тимлида вы собрали самую производительную команду в компании, процессы которой позже переняли другие подразделения и до сих пор используют как эталон. Что, на ваш взгляд, стало основой такой эффективности команды?

Ключ к эффективности — это прозрачные процессы и культура качества. Мы начали с улучшения подхода к тестированию: повысили тестовое покрытие и внедрили принцип «пирамиды тестирования», который помогает сбалансировать юнит-, интеграционные и end-to-end-тесты. Такой подход позволяет выявлять ошибки раньше, снижать затраты на исправления и ускорять релизы.

Кроме того, мы ввели регулярные архитектурные ревью и практику Architecture Decision Records (ADR) — фиксацию всех ключевых решений, чтобы обеспечить преемственность и прозрачность. Это помогло команде работать автономно, но при этом синхронно с другими направлениями.

В результате команда не просто выполняла задачи быстрее — она стала примером для других, показав, что зрелые инженерные практики напрямую влияют на скорость и качество продукта.

— Сейчас ценится умение встраивать LLM, ML‑модели и генеративные агенты в бизнес‑процессы. Как при этом меняется роль архитектора по интеграциям?

Роль архитектора становится стратегической: он должен проектировать архитектуру, готовую к интеграции с интеллектуальными сервисами и гибко адаптирующуюся под новые технологии. Критически важно владеть cloud-native подходом — понимать, как строить решения на управляемых сервисах, serverless-моделях и Kubernetes, используя возможности облачных платформ по максимуму.

Особое значение приобретают мультиоблачные и гибридные стратегии, которые позволяют создавать одинаково надежные и безопасные системы в разных средах — от on-prem до multi-cloud и edge-инфраструктур. Интеграция AI-сервисов — это тоже необходимость: так, умение встраивать LLM, ML-модели и генеративные агенты в бизнес-процессы повышает уровень автоматизации, снижает издержки и делает системы по-настоящему «умными» — особенно в финансовом секторе, где критичны скорость, устойчивость и точность операций.

Автор: Николай Бородин