Павел Масс (IT2U) «Микросервисы»

All Rights Reserved © 2016 1
МИКРОСЕРВИСЫ
(MICROSERVICES)
СМЕНА ПАРАДИГМ ДЛЯ БЫСТРОРАЗВИВАЮЩИХСЯ
КОМПАНИЙ ЭЛЕКТРОННОЙ ТОРГОВЛИ

Обзор
 Статус-кво: Как выглядит современное покупательское поведение?
 Что относится к решающим факторам, позволяющим быть успешным
в современной электронной коммерции?
 Микросервисы против монолитов
 Технические и организационные задачи
 Примеры использования
 Этапы внедрения

Статус-кво:
Как выглядит современное покупательское поведение?

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

Статус-кво:
Централизованные команды, монолитные приложения

Централизованные команды, монолитные
приложения
 IT-команды имеют преимущественно централизованную организацию
 Задачи распределяются горизонтально: есть специалисты в области баз
данных, фронтенд-разработчики и т.д.
 Согласно закону Конвея коммуникационная и организационная структура
компании обусловливает архитектуру используемых решений
программного обеспечения.
СЛЕДОВАТЕЛЬНО: ВО МНОГИХ КОМПАНИЯХ ЕСТЬ КРУПНЫЕ
МОНОЛИТНЫЕ РЕШЕНИЯ, НАД КОТОРЫМИ РАБОТАЮТ ВСЕ
УЧАСТНИКИ.

МОНОЛИТНЫЕ ПРИЛОЖЕНИЯ МЕШАЮТ
ИННОВАЦИЯМ

Большая комплексность программного обеспечения:
Сопровождение и доработка затруднены.
Нечеткая ответственность:
Никто не понимает приложение в полном объеме и не может
взять на себя полную ответственность.

Недостаточная оперативность:
Высокие временные затраты на согласование являются
препятствием для быстрой разработки.
Уязвимая система:
Централизованная система обусловливает наличие
компонента, отказ которого приводит к отказу всей системы.

Дорогостоящее тестирование:
Зависимости делают автоматизированное тестирование
практически невозможным.
Нет специализации:
Части приложения не могут использоваться в отдельной
среде.
Масштабирование:
Монолиты могут масштабироваться лишь горизонтально.
ЧТО МОЖЕТ ПОМОЧЬ?

Микросервисы
При использовании микросервисов монолитное приложение
разделяется на несколько полностью независимых сервисов.

Меньшая комплексность программного
обеспечения:
Сопровождение и обновление проще

Полная ответственность:
Команды разрабатывают, тестируют и
администрируют свои собственные
микросервисы

Больше оперативности:
Команды автономны и могут вносить изменения
в режиме реального времени

Более высокая надежность:
отсутствие компонента, отказ которого приводит
к отказу всей системы

Эффективное масштабирование:
сервисы можно использовать независимо друг
от друга

Специализация:
Каждый микросервис использует технологию,
которая наиболее подходит для решения
задачи; разработчики могут специализироваться

Выводы
Монолит Микросервисы
Единственное применение
Много мелких, сокращенных до одной
функции сервисов
При внедрении всё приложение должно
дробиться
Микросервисы можно внедрять по
отдельности
Одна память для хранения данных для всего
приложения
Каждый микросервис имеет собственную
память для хранения данных
Коммуникация происходит в рамках приложения
Удаленные вызовы, как правило, REST-вызовы
через HTTP
Разделение разработчиков и опций Сотрудничество разработчиков и опций
«Состояние» во время работы находится во
внешнем приложении
«Состояние» сохраняется централизованно,
индивидуальные структуры без отслеживания
состояния

Но:
Микросервисы не панацея

Но:
Микросервисы не панацея
 Комплексность не исчезает, она смещается и более удобна для пользования
 Необходимы новые способности команды и новые инструменты/процессы, в особенности,
в области опций (функционирование, мониторинг и т.д.)

Кто уже сегодня пользуется
«микроуслугами»?

Целевое исследование клиентов REWE
Разработка системы «микроуслуг» для ведущей немецкой онлайн-сети
продовольственных магазинов
• Современная технология
микроуслуг для магазинов
• Продвижение быстрой
разработки и внедрения
технологий
• Лидер немецкого рынка
розничной онлайн-торговли
продовольственными
продуктами по всем каналам
• Онлайн-магазин лауреат премий
• Идеально интегрированное
мобильное приложение
Перспективы Решения Результат
• Продовольственная сеть с
оборотом в 50 млрд евро и более
3 000 магазинов намерена стать
лидером на немецком рынке
онлайн-доставки
продовольственных товаров
• В систему комплексных
требований входит и структура
предприятия (планирование
ресурсов, взаимодействие с
клиентами, логистика и проч.)
• Безупречная многоканальная
работа с клиентами и глубокая
интеграция онлайн-, мобильного
и магазинного обслуживания
• Комплексная модель данных о
продукции с учетом LMIV в рамках
коммерческих инструментов PIM
• Бренды и компании с учетом
стран в одном коммерческом
приложении
Сайт: www.rewe.de

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

посредством «микроуслуг» группа может поддержать свою модель
«мгновенных продаж»
 может применяться с разными языками, рамочными программами и технологиями
 улучшенная помехоустойчивость
Zalando создала многорежимную платформу на основе микроуслуг
 «Радикальное повышение скорости»: Новая структура предприятия
 «Микроуслуги» заменяют старые приложения (напр. Shop-Frontend)

Шаги по внедрению микроуслуг
1.
Изложить стратегические цели (напр., увеличить скорость продаж,
изменить масштаб, уменьшить зависимость от поставщиков)

2.
Определить область услуг в соответствии с исследованием Customer
Journey

3.
Провести проверку существующей системы и скорректировать области
стратегических задач

4.
Подобрать новые рабочие коллективы по областям

5.
Пошаговое продвижение

Пример

Области исследования Customer Journey

Разрез «микроуслуг»

«микроуслуги» можно использовать на основе
коммерческих инструментов
Более 20 терминалов API могут
применяться для микроуслуг
На базе платформы можно
составлять собственные
микроуслуги
Текущий контроль, высокая
эксплуатационная готовность,
автоматическое
масштабирование без
дополнительных затрат

Пример целевой структуры микроуслуг
Работа с сайтом
Обнаружение
продуктов
Презентация продукта Исследования Выполнение
Инфраструктура
платформы
Активные
страницы
Клиенты
Статическ
ое
содержан
ие
Поиск
Рекоменд
ации
Поиск
персонализа
ция
Навигаци
я
Информаци
я по
продукции
Медиа
Категории Скидки
Цены
Тележка
Список
пожелани
й
Создание
заказа
Оплата
Управлен
ие
заказами
Склад
Выписка
счета
Варианты
доставки
Идентифика
ция и
авторизация
Электронна
я почта и
уведомлен
ия
Сессия
Вход в
систему
Текущий
контроль
и
контроль
ные
показател
и
Бизнес
аналитика
…
Пример платформы микроуслуг электронной
торговли

платформа коммерческих инструментов обеспечивает структуру
микроуслуг

Как это работает
Полное коммерческое решение для предприятия на базе Cloud с входами в
API, микроуслугами и комплектами средств разработки

СПАСИБО ЗА ВНИМАНИЕ!
ПАВЕЛ МАСС
PAVEL.MASS@IT2U.DE

Павел Масс (IT2U) «Микросервисы»

More Related Content

What's hot

Viewers also liked

Similar to Павел Масс (IT2U) «Микросервисы»

More from DZ Systems

Павел Масс (IT2U) «Микросервисы»