Проектирование IT-архитектуры
программного обеспечения
HighLoad • BigData • ML • Монолит • Микросервисы • SOA • Blockchain
Поможем заложить новую систему с нуля или масштабировать существующую с учетом накопленного опыта разработки IT-архитектуры.
Что вы получите
Инженерное решение, отвечающее текущим и будущим, техническим и операционным требованиям бизнеса. Оформляется в виде документа, описывающего архитектуру продукта.
Как мы работаем
Примеры работ
Примеры представлены для ознакомления, мы работаем с каждым клиентом индивидуально и не предоставляем типовых решений.
АРМ мастера
От 160 000 рублей
Внутренний портал для оптимизации бизнес-процессов компании и небольшим числом интеграций с внутренними системами
До 1 тыс. пользователей
15 модулей
Сбор и систематизация требований.
Выбор и обоснование технологического стека.
Проработка архитектурной концепции.
Предварительная оценка разработки.
Продажа SIM-карт
От 340 000 рублей
Система для торговых точек с небольшим числом бизнес-процессов, web-интерфейсом и интеграции с внешними системами
До 100 тыс. пользователей
12 модулей
Сбор и систематизация требований.
Выбор и обоснование технологического стека.
Проработка архитектурной концепции (средняя детализация).
Выбор схемы развертывания.
Предварительная оценка разработки.
Тендерная платформа
От 1 130 000 рублей
Тендерная система со сложной бизнес-логикой, большим числом сервисов и доступом через web и мобильный интерфейс
От 100 тыс. пользователей
30 микросервисов
Сбор и систематизация требований.
Выбор и обоснование технологического стека.
Проработка архитектурной концепции и схемы данных (высокая детализация).
Предварительная оценка разработки.
Релизы 1 раз в квартал, высокая аварийность ДБО, отсутствие собственной экспертизы.
Проблема
– Вендор коробочного решения вносил желаемые изменения неприемлемо долго (1 раз в квартал).
– Пользователи часто не могли войти в ДБО из-за сбоев в коробке или шине данных. Высокая цена простоя.
– Монолит распределен на несколько серверов, сложная балансировка клиентов снижала доступность приложения.
– Вся экспертиза только у производителя коробочного решения, внутри банка ее нет.
– Как результат — финансовые потери из-за долгого time-to-market и устаревшей функциональности. Отток клиентов. Непонимание ценообразования по доработкам от вендора.
Решение
– Новая микросервисная архитектура ДБО и новый UX mobile.
– Каждый микросервис дублируется и имеет свою БД. Даже если кластер микросервисов не доступен, то вся остальная функциональность работает. Настроен мониторинг для отслеживания проблем.
– Новая система хранения данных в микросервисах с асинхронным обновлением информации из банковской системы, что исключило шину данных как узкое место.
– Обучение разработчиков банка.
Достижения
– В 5 раз снизили число сбоев, видимых пользователю.
– ТТМ с 1 релиза в квартал до нескольких в неделю.
– Мы передали экспертизу в банк.
Плюсы для бизнеса
– Архитектурное решение легко поддерживает несколько версий мобильного приложения.
– Можно плавно внедрять новые версии, попутно дорабатывая их на основании фидбека пользователей.
Старое монолитное приложение сложно поддерживать и обновлять. СУБД Oracle попадает под зарубежные санкции. Нет компетенций в backend и frontend.
Проблема
– Текущая система сложна в поддержке и обновлении. Модули системы сильно связаны, что приводит к частым сбоям при обновлении. При обновлении одного модуля ломается другой.
– Санкции — необходимо уйти от СУБД Oracle.
– Нет компетенций в backend и frontend.
– Высокая цена простоя системы: штрафы за простой транспорта и срыв сроков поставки.
Решение
– MVP на монолитной архитектуре для апробации решения. Это позволяет оценить будущую сложность системы и возможность ее поддержки силами клиента, возможность постепенного переноса функциональности; опробовать в промышленной эксплуатации.
– Внедрили новый frontend, разработанный с нуля.
– Вместо тяжеловесной шины внедрили легковесное Java middleware приложение.
Результат
– Возможность работы с мобильных устройств.
– Возможность подключить к системе контрагентов.
– 3 недели на проработку решения и 2 месяца разработки.
Каналы продаж неэффективны и развиваются медленно, возможность изменений меню и интерфейса ограничена. Любая доработка — через вендора.
Проблема
– Каналы продаж развиваются медленно.
– Бизнес теряет прибыль из-за неэффективных каналов продаж.
– Устаревший стек (Flash).
– Маркетинг не использует все возможности современных технологий.
Решение
– Возможность масштабирования в виде кластера центральных серверов.
– В каждом ресторане свой выделенный сервер.
– Возможность построения гибких маркетинговых отчетов.
– Возможность сделать рестораны автономными от центральных серверов.
Причины
– Ограниченная возможность изменений меню, интерфейса.
– Невозможность реализовать современный UX.
– Любая доработка — через вендора, а это долго и дорого.
– Несвоевременное информирование о неработоспособности киоска.
Результат
– Контроль над интерфейсом киоска.
– Быстрое и легкое обновление ПО киосков.
– Оперативная проработка маркетинговых гипотез.
– Быстрая реакция на потребности бизнеса.