Разработка Alexandr Naumenko
1310

Эффективная трансформация: запускаем новые цифровые продукты на старой инфраструктуре

Цифровая трансформация диктует свои правила, толкая компании на эксперименты и создание новых решений независимо от состояния инфраструктуры.

В закладки

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

ERP, корпоративные порталы, CRM, MES и другие «тяжеловесные» системы годами работают без модернизации. Это происходит практически в любой компании: функциональность устраивает пользователей, а обновление — процесс трудоёмкий и рискованный.

«Железо», закупленное несколько лет назад, не тянет дополнительные нагрузки, ПО не удовлетворяет современным требованиям и не предусматривает API (механизм взаимодействия с внешними системами), — всё это признаки устаревания инфраструктуры.

В таких условиях сложно поддерживать и разрабатывать новые продукты.

За семь лет работы команда Arcsinus помогла «Ситимобилу», «Додо Пицце», «Делимобилю», Panasonic, «Сбербанку», Kaspersky и другим брендам ужиться с самыми разными типами инфраструктуры.

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

Что такое инфраструктура

В нашем контексте инфраструктура (ИС) — совокупность информационных систем, которые включают в себя компьютеры и иное «железо», а также программное обеспечение: корпоративные порталы, системы управления предприятием, учётные и другие системы для решения b2b- или b2c-задач, адаптированные под нужды компании или разработанные с нуля.

Разрабатывая собственное ПО, крупные корпорации зачастую решали конкретную тактическую задачу бизнеса и не учитывали актуальные требования: устойчивость к нагрузкам, масштабируемость, расширяемость и открытость к интеграциям.

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

Как встроить новый продукт в существующую ИС

Рассмотрим выпуск нового продукта на примере запуска мобильного приложения для клиентов или сотрудников компании. Мобильное приложение создаётся с нуля, но какие ИТ-системы компании и как будут при этом задействованы?

Вариантов конфигурации инфраструктуры для нового продукта четыре:

  • Отдельная инфраструктура.
  • Односторонний импорт данных.
  • Прямая интеграция.
  • Параллельная инфраструктура.

Отдельная инфраструктура

Создаём полностью отдельную инфраструктуру и не используем ничего из существующей. Очень редкий вариант, фактически означает запуск продукта, не связанного с существующими процессами компании и её клиентами.

Отдельная инфраструктура

Пример

Крупное event-агентство делает сервис автоматического создания и дистрибуции приложений с собственной CMS для поддержки корпоративных и открытых мероприятий. Компания не готова к интеграции нового экспериментального продукта со своими внутренними информационными системами, продукт автономен.

Односторонний импорт данных

Дополняем инфраструктуру и используем существующие каналы загрузки данных. Например, существует некий способ передачи информации из системы: регулярная выгрузка данных на FTP или отправка по электронной почте.

Тогда создаётся микросервис, который конвертирует данные между старым и новым форматом. Встречается нечасто, но такой вариант возможен.

Односторонний импорт данных

Пример

Крупный дистрибьютор промышленных изделий хочет передать данные для мобильных приложений через старую самописную ERP-систему. Чтобы передать данные, нужно выгрузить каталог товаров на FTP и импортировать данные на сервер, который предоставляет API мобильным приложениям.

Обновление и прямая интеграция

Обновляем инфраструктуру и используем адаптированные либо созданные каналы для двустороннего обмена данными с существующей. Современные ИС имеют готовые API, открытые для обмена данными.

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

Обновление и прямая интеграция

Пример

Ритейлер запускает мобильное приложение. Компания обновляет CMS своей площадки электронной торговли и дорабатывает для неё API.

Параллельная инфраструктура

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

Такая конфигурация минимизирует нагрузку на существующую инфраструктуру (и это очень важно, поскольку новый продукт требует значительный объём вычислительных ресурсов). Новая инфраструктура становится более автономной, позволяет производить изменения и не опасаться нежелательного воздействия на существующую ИС.

Параллельная инфраструктура

Пример

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

Типовой алгоритм для построения параллельной инфраструктуры состоит из нескольких ключевых шагов:

  1. Документирование и анализ структуры данных, хранящихся в существующей инфраструктуре.
  2. Документирование и анализ архитектуры, а также функциональности существующей инфраструктуры.
  3. Проектирование новых инфраструктуры и структуры хранения данных.
  4. Проектирование протоколов и алгоритмов обмена данными между двумя инфраструктурами.
  5. Разработка новой инфраструктуры в тестовом контуре.
  6. Тестирование и отладка на реальных данных.
  7. Ввод в эксплуатацию.

Пример из практики

Один из наших клиентов, крупный российский ритейлер, долго решался на модернизацию внутренних информационных систем.

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

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

Теперь, на новой платформе, быстрее и легче реализуется функциональность, необходимая бизнесу, а ранее это было трудоёмко или даже невозможно.

Как правильно выбрать технологии

От выбора технологий зависит дальнейшая жизнь продукта и его взаимодействие со всеми сервисами компании. Нельзя брать «сырые» или плохо поддерживаемые технологии: можно попасть в ситуацию, когда используемое ПО создаёт проблемы, от которых невозможно избавиться.

Разберитесь в возможностях и ограничениях, убедитесь, что проблем в ближайшей и среднесрочной перспективе не возникнет.

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

Обратите внимание на современные технологии — проверенные и продвигаемые лидирующими ИТ-гигантами.

Примеры современных технологий:

  • облачные сервисы (AWS, Azure, «Яндекс.Облако»);
  • актуальные языки программирования и фреймворки;
  • инструменты и подходы к проектированию, созданию и развертыванию программных продуктов.

Примеры устаревших практик:

  • iOS-приложение на Objective-C — актуален Swift;
  • Android-приложения на Java — актуален Kotlin, хотя Java всё же ещё силён;
  • фреймворк без поддержки адаптива на веб-фронте (больше половины трафика — с мобильных);
  • хостинг сервера для бэкенда в своем офисе — хостинг должен быть в облаке или у надёжного хостинг-провайдера.

Учитывайте совместимость технологий — не забывайте, что после успешного запуска продукта его нужно интегрировать с существующей инфраструктурой и организовать поддержку.

Поэтому ещё один вариант — выбрать используемые в компании технологии. Это упростит обслуживание продукта.

Некоторые проекты делают как MVP для проверки гипотез. В таких случаях на выбор технологий можно не обращать внимания: всё будет переписано на том стеке технологий, который подходит для решения конкретных задач. Важно сосредоточиться на запуске продукта и использовать доступные ресурсы для разработки.

Что ещё нужно для старта

Вы определились с вариантом конфигурации инфраструктуры под новый продукт и определили стек технологий. У вас есть высокоуровневая схема продукта, которая описывает новые и обновляемые компоненты и перечень технологий, на которых всё будет строиться.

Высокоуровневая схема продукта

Далее формулируем полноценные входные параметры для начала разработки, детализируем постановку задач и составляем дорожную карту.

Поэтапно процесс выглядит так:

  1. Перечислить основные сценарии, которые должен выполнять продукт.
  2. Приоритизировать пожелания и разбить на версии MVP, v1, v2. В противном случае грядущая разработка рискует растянуться, а первый релиз — отодвинуться на неопределённый срок.
  3. Составить описание продукта, базовые требования к стеку технологий и сценарии, упорядоченные по релизам. Это поможет исполнителям оценить свои силы, сузить диапазон сроков и стоимости реализации продукта.

Заключение

Если ваша инфраструктура устарела — готовьтесь к обновлению, замене, доработке, добавлению новых частей. И к сохранению её работоспособности.

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

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

Не стройте сразу большие продукты: старайтесь быстро запускать микросервисы. Думайте о перспективе — какие технологии останутся актуальными в будущем.

Работа по созданию нового продукта должна минимально воздействовать на старую инфраструктуру и реальные данные: новый продукт должен жить в «песочнице», отдельно от рабочих систем.

Работоспособность всех ИС легче поддерживать, если переписывать частями. Внедрить полностью новое решение можно, только если старую систему поддерживать слишком дорого (учитывайте альтернативные издержки и потери скорости развития) или новая система сильно превосходит старую по ключевым параметрам.

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

Берегите старую инфраструктуру от потрясений. Она важна для нормальной работы компании, поэтому изменения нужно вносить очень аккуратно и только при явной необходимости. Сместите фокус усилий на новую инфраструктуру.

#инфраструктура

Материал опубликован пользователем. Нажмите кнопку «Написать», чтобы поделиться мнением или рассказать о своём проекте.

Написать
{ "author_name": "Alexandr Naumenko", "author_type": "self", "tags": ["\u0438\u043d\u0444\u0440\u0430\u0441\u0442\u0440\u0443\u043a\u0442\u0443\u0440\u0430"], "comments": 0, "likes": 11, "favorites": 11, "is_advertisement": false, "subsite_label": "dev", "id": 75397, "is_wide": true, "is_ugc": true, "date": "Mon, 22 Jul 2019 10:49:33 +0300" }
{"average":28354,"one":95,"ten":76}
Сколько денег вы откладываете в месяц?
Ответьте и узнаете, сколько копят другие.
0 ₽
70 000+ ₽
0 ₽
{ "id": 75397, "author_id": 10087, "diff_limit": 1000, "urls": {"diff":"\/comments\/75397\/get","add":"\/comments\/75397\/add","edit":"\/comments\/edit","remove":"\/admin\/comments\/remove","pin":"\/admin\/comments\/pin","get4edit":"\/comments\/get4edit","complain":"\/comments\/complain","load_more":"\/comments\/loading\/75397"}, "attach_limit": 2, "max_comment_text_length": 5000, "subsite_id": 235819, "last_count_and_date": null }
Комментариев нет

Популярные

По порядку

0
{ "page_type": "article" }

Прямой эфир

[ { "id": 1, "label": "100%×150_Branding_desktop", "provider": "adfox", "adaptive": [ "desktop" ], "adfox_method": "createAdaptive", "auto_reload": true, "adfox": { "ownerId": 228129, "params": { "pp": "g", "ps": "bugf", "p2": "ezfl" } } }, { "id": 2, "label": "1200х400", "provider": "adfox", "adaptive": [ "phone" ], "auto_reload": true, "adfox": { "ownerId": 228129, "params": { "pp": "g", "ps": "bugf", "p2": "ezfn" } } }, { "id": 3, "label": "240х200 _ТГБ_desktop", "provider": "adfox", "adaptive": [ "desktop" ], "adfox": { "ownerId": 228129, "params": { "pp": "g", "ps": "bugf", "p2": "fizc" } } }, { "id": 4, "label": "240х200_mobile", "provider": "adfox", "adaptive": [ "phone" ], "adfox": { "ownerId": 228129, "params": { "pp": "g", "ps": "bugf", "p2": "flbq" } } }, { "id": 5, "label": "300x500_desktop", "provider": "adfox", "adaptive": [ "desktop" ], "adfox": { "ownerId": 228129, "params": { "pp": "g", "ps": "bugf", "p2": "ezfk" } } }, { "id": 6, "label": "1180х250_Interpool_баннер над комментариями_Desktop", "provider": "adfox", "adaptive": [ "desktop" ], "adfox": { "ownerId": 228129, "params": { "pp": "h", "ps": "bugf", "p2": "ffyh" } } }, { "id": 7, "label": "Article Footer 100%_desktop_mobile", "provider": "adfox", "adaptive": [ "desktop", "tablet", "phone" ], "adfox": { "ownerId": 228129, "params": { "pp": "g", "ps": "bugf", "p2": "fjxb" } } }, { "id": 8, "label": "Fullscreen Desktop", "provider": "adfox", "adaptive": [ "desktop", "tablet" ], "auto_reload": true, "adfox": { "ownerId": 228129, "params": { "pp": "g", "ps": "bugf", "p2": "fjoh" } } }, { "id": 9, "label": "Fullscreen Mobile", "provider": "adfox", "adaptive": [ "phone" ], "auto_reload": true, "adfox": { "ownerId": 228129, "params": { "pp": "g", "ps": "bugf", "p2": "fjog" } } }, { "id": 10, "disable": true, "label": "Native Partner Desktop", "provider": "adfox", "adaptive": [ "desktop", "tablet" ], "adfox": { "ownerId": 228129, "params": { "pp": "g", "ps": "clmf", "p2": "fmyb" } } }, { "id": 11, "disable": true, "label": "Native Partner Mobile", "provider": "adfox", "adaptive": [ "phone" ], "adfox": { "ownerId": 228129, "params": { "pp": "g", "ps": "clmf", "p2": "fmyc" } } }, { "id": 12, "label": "Кнопка в шапке", "provider": "adfox", "adaptive": [ "desktop" ], "adfox": { "ownerId": 228129, "params": { "p1": "bscsh", "p2": "fdhx" } } }, { "id": 13, "label": "DM InPage Video PartnerCode", "provider": "adfox", "adaptive": [ "desktop", "tablet", "phone" ], "adfox_method": "createAdaptive", "adfox": { "ownerId": 228129, "params": { "pp": "h", "ps": "bugf", "p2": "flvn" } } }, { "id": 14, "label": "Yandex context video banner", "provider": "yandex", "yandex": { "block_id": "VI-223676-0", "render_to": "inpage_VI-223676-0-1104503429", "adfox_url": "//ads.adfox.ru/228129/getCode?pp=h&ps=bugf&p2=fpjw&puid1=&puid2=&puid3=&puid4=&puid8=&puid9=&puid10=&puid21=&puid22=&puid31=&puid32=&puid33=&fmt=1&dl={REFERER}&pr=" } }, { "id": 15, "label": "Плашка на главной", "provider": "adfox", "adaptive": [ "desktop", "tablet", "phone" ], "adfox": { "ownerId": 228129, "params": { "p1": "byudx", "p2": "ftjf" } } }, { "id": 16, "label": "Кнопка в шапке мобайл", "provider": "adfox", "adaptive": [ "tablet", "phone" ], "adfox": { "ownerId": 228129, "params": { "p1": "byzqf", "p2": "ftwx" } } }, { "id": 17, "label": "Stratum Desktop", "provider": "adfox", "adaptive": [ "desktop" ], "auto_reload": true, "adfox": { "ownerId": 228129, "params": { "pp": "g", "ps": "bugf", "p2": "fzvb" } } }, { "id": 18, "label": "Stratum Mobile", "provider": "adfox", "adaptive": [ "tablet", "phone" ], "auto_reload": true, "adfox": { "ownerId": 228129, "params": { "pp": "g", "ps": "bugf", "p2": "fzvc" } } }, { "id": 19, "label": "Тизер на главной", "provider": "adfox", "adaptive": [ "desktop", "tablet", "phone" ], "auto_reload": true, "adfox": { "ownerId": 228129, "params": { "p1": "cbltd", "p2": "gazs" } } } ]
Приложение-плацебо скачали
больше миллиона раз
Подписаться на push-уведомления
{ "page_type": "default" }