Проектирование 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.
- Любая доработка — через вендора, а это долго и дорого.
- Несвоевременное информирование о неработоспособности киоска.
- Контроль над интерфейсом киоска.
- Быстрое и легкое обновление ПО киосков.
- Оперативная проработка маркетинговых гипотез.
- Быстрая реакция на потребности бизнеса.