Комментарии 7
Вы написали что такое Low code, написали что такое Az Logic Apps и из чего он состоит. Расказали, где он может применяться (с очень поверхностным описанием). Рассказали про Virto Commerce.
Но статья называется "Опыт создания сценариев..." и про сам опыт написано крайне мало: что вам понравилось, что не понравилось, какие были сложности, на какие ограничения наткнулись, какие вы бы дали советы тем, кто хочет применить подобное у себя.
Спасибо за комментарий. Постараюсь дополнить.
Первое, Integration Middleware как паттерн и Logic Apps как продукт уже как несколько лет выбраны у нас как основа для построения интеграций и прекрасно себя показывают в деле.
Из плюсов:
интеграцию можно отделить в отдельную ветку разработки, обновления и обслуживания. Что позволяет наращивать сценарии не трогая основные продукты или добавлять новые продукты.
структурируются и описываются потоки данных - фактически интеграция становится видна как потоки документов.
следующим плюсом наличия документов - это отладка - все видно, что куда пошло, можно снять данные, исправить и повторить с места ошибки.
интеграции можно хранить в GitHub репозитории и деплоить
low code - понятно сложные бизнес логику не напишешь, с другой стороны это и хорошо - есть какие-то границы когда нужен программист.
В облаке - стоит не дорого, масштабирование.
Из минусов:
Привязка к Azure, хотя недавно MS дали возможность запускать в своем Docker контейнере, есть клиенты которые перенесли подход на DellBoomi, есть и другие продукты.
Сначала может показаться что Point-to-point написать в коде быстрее и проще.
Сложности:
Надо изучать как пользоваться и правильно настраивать, особенно политики обработки ошибок - мониторинги.
Надо документировать интеграции - потоки данных, контролировать зависимости.
Не у всех системы API готов и работает правильно под Асинхронные сценарии. особенно, что касается поиска измененных объектов или выброс webhocks.
Так как требуется интеграция с системами которые могли работать некоторое время - то сценарии могут разделяться на первичную массовую загрузку и последующие синхронизации по времени или событиям.
Virtocommerce очень интересная платформа. Но несколько лет пытаюсь к ней подойти, и как только открою админку, сразу кровь из глаз и бросаю это занятие. По юзабилити очень отличается от всего что есть. Взять хотя бы prestashop, magento, spryker (молодцы, уже исправились), nopcommerce, grandnode, shopware, shopify, да что угодно, зашёл и сразу все понятно где что лежит, даже увидев админку первый раз. Про топовые маркетплейсы молчу, там даже обезьяна за полчаса разберется. А virtocommerce позиционирует себя именно как платформа для создания маркетплейсов.
Вы сейчас переписываете админку на vue, может можно что-то сделать чтобы она была более user friendly. Проводились исследования, если изменять расположение элементов страницы товара в разрез с общепринятыми стандартами, то конверсия стремится к нулю, чем больше изменения, тем ниже конверсия. Я считаю, что это и касается других аспектов, в том числе и админки. Никто не купит авто, если элементы управления будут не соответствовать стандартам, это даже чревато аварией. А принцип везде одинаковый, чем удобнее, тем товар востребованнее. А если это маркетплейс, как туда пустить продавцов? Надо целые обучающие курсы открывать. Пожалейте пользователей, сделайте админку более удобной.
Спасибо, за комментарий. Согласен блейдовая система не однозначна. Но есть клиенты которые используют админку и говорят ничего не меняйте, мы привыкли. Поэтому двигаемся по двум направлениям. С одной стороны - эволюционно меняем интерфейс, надеюсь в лучшую сторону ).
Можно в фигме посмотреть/покритиковать наши итерации
https://www.figma.com/file/50bjKfOyF9KMn4IUwWnq96/Platform-Atomic
![](https://habrastorage.org/getpro/habr/upload_files/c6f/4d8/7c3/c6f4d87c358a8b9c4aa9c0ad0cee7cbd.png)
Новые интерфейсы на Vue - на данный момент это фокус на специализированные интерфейсы/рабочие места заточенные под роль - например - продавец в маркетплейсе или администратор маркетплейса. Тут мы работаем совместно с партнерами, что и как сделать, улучшить, чтобы было удобно. Вот скрин, думаю после нового года покажет в паблике.
![](https://habrastorage.org/getpro/habr/upload_files/9d3/cb1/ba3/9d3cb1ba3cfa9546bcee8db93e15b08b.png)
Так же есть клиенты/партнеры которые пользуются то чем есть Virto Commerce - Headless платформа и подключают API к своему интерфейсу - они знают своих клиентов, и могу сделать интерфейс гораздо лучше чем из мы коробки.
![](https://habrastorage.org/getpro/habr/upload_files/50e/2e5/7b9/50e2e57b9ec55405dac5f13d10bd345c.png)
Спасибо за ответ. Да , новое меню админки выглядит получше, надо посмотреть появились ли выпадающие подменю для лучшей навигации. Что касается что есть клиенты и ничего для них не надо менять, просто им не с чем сравнить, да и вообще к хорошему быстро привыкают. Главное сохранить порядок расположения и общую структуру. Здесь конечно не мне решать.
Ещё один момент. Вы не думали немного расширить количество модулей, наиболее используемых в CMS, чтобы предлагать их по платной подписке и составить конкуренцию более простым платформам типа woocommerce, prestashop, nopcomerce? То есть снизить порог входа бизнеса в систему? У Вас основной упор сделан на основные модули, но мелким компаниям не по карману массово писать свои шаблоны и мелкие модули. Допустим иметь несколько платных шаблонов и сотню модулей на все случаи жизни? Как пример
Спасибо за предложения. Да мысли конечно есть. Но вот делать самим или отдать создание таких пакетов партнерам.
И самим, и партнерам, и разделить прибыль в зависимости от сложности, это легко просчитать. На Вашем месте я бы сделал общую площадку, где выложены платные модули и шаблоны от всех участников, и сформировать тарифные планы, а также кастомные варианты. Типа маркетплейса подписок. Определить команду поддержки, чтобы оказывала услуги по настройке и решению вопросов и тоже выделить дополнительные тарифы в зависимости от сложности (бронзовый клиент, золотой, платиновый и т.д.) Для любого бизнеса тогда будет всё наглядно и прозрачно. Пользователь заходит на площадку и сразу понимает, что маркетплейс с необходимым функционалом стоит такую-то сумму денег, обслуживание стоит столько-то. Потому как сейчас намного больше 90 % процентов упущенной прибыли. Вы делаете титаническую работу и получаете 10 процентов от возможного. Только 10 процентов потенциальных клиентов захотят обратиться, остальные уходят. И из этих десяти тоже малая часть станет клиентом. Например, я занимаюсь magento и сразу могу сказать, сколько примерно стоит определенное решение. Для virtocommerce даже близко непонятно, что и почем. Бизнес любит конкретику, ему деньги надо зарабатывать, а не играть в русскую рулетку, здесь стоит вопрос его выживания. А с общей платформой бизнес может просчитать бюджет на разработку и содержание платформы на много лет вперед, как только зайдет на сайт.
Для нормальной популяризации платформы вижу только этот вариант, так как в силу непопулярности платформы никто не будет ни в каком виде осваивать это направление, но с помощью коллаборации можно собрать в одном месте широкий спектр решений и подвести все оказываемые услуги под единый стандарт. Даже представляю как это все будет выглядеть. Также можно попробовать способ разработки под заказ путем складчины между клиентами, такого правда не встречал, но все бывает в первый раз. Резюмирую: кастомных решений нет, без толчка вряд ли появятся, нужна отдельная платформа для коллаборации, чем популярнее решение, тем больше клиентов, на теперешний момент упущенная прибыль огромна.
Опыт создания сценариев в платформе электронной коммерции Virto Commerce с «Low Code» сервисом Azure Logic Apps