Как стать автором
Обновить

Комментарии 10

А вот и руби в зоопарк из пых, голангов и прочих ларавелей )
Спасибо! Полезный опыт, так как сейчас очень актуальны задачи связки разных сервисов, а Zapier и аналоги действительно очень не всегда подходят.
Для меня статья очень вовремя и очень в тему.
Поднял экземпляр на Heroku по документации, впечатления весьма приятные. Самые необходимые агенты в наличии. Кроме упомянутых в статье, добавлю в число самых интересных ещё агент, проверяющий IMAP. Есть ряд сервисов, которые шлют уведомления на email, и на эти уведомления нужно реагировать. Так как уведомления от них очень редко, писать что-то на каждый сервис лень (проще отреагировать вручную), а здесь всё можно настроить унифицированно.
Порадовало, что, похоже, если сценариев и событий не очень много, то всё прекрасно работает на бесплатном тарифе Heroku.
Спасибо большое, интересный инструментарий! А вы не прикидывали хотя бы приблизительно, сколько человек в разных департаментах вам заменил Huginn? Я так понял, в первую очередь это экономия на кол-центре?
Спасибо! Мы не ставили перед собой цель заменить инструментом людей – Huginn просто позволяет нам масштабироваться.
Например, аккаунт-менеджеры 100% времени тратили на вывод дилеров на аукцион.
После появления персональных уведомлений (Huginn + рекомендательная система) они могут уделять больше внимания обучению новых дилеров или например, работать с пассивами.
Вы написали, что используете Huginn для интеграций «без высоких требований к надежности». Это обусловлено какими-то ограничениями/трудностями в использовании этой платформы?
У любой системы есть свои плюсы и минусы, в том числе и у Huginn.

Плюсы:
  • скорость внесения изменений
  • стоимость интеграции
  • прозрачность логики
  • наглядность DataFlow


Минусы:
  • легко сломать
  • SPoF
  • контроль изменений

Huginn действительно легко сломать – тяжелый запрос к базе или неаккуратно настроенный агент может заблокировать все свободные обработчики. Соответственно, задачи остальных агентов будут находиться в очереди. Врядли бизнесс устроит задержка по обратному звонку клиенту из-за того, что мы вдруг решили просеять через Huginn все хиты на сайте, а CircuitBreaker не реализовали.

Контролировать изменения сложно. Нет версионности и истории конфигураций агентов.
Но проект активно развивается и возможно в будущем все это появится.
Со стороны выглядит так, будто все ваши «эксперименты» так и остаются в Huginn на постоянной основе. Если так, то значит функционал копится и копится, а в один прекрасный день всё это разом ломается. Менеджером. Или же в какой-то момент вы принимаете решение привлечь разработчика и таки вынести некоторую часть в отдельный сервис? Есть ли у вас примеры функционала, которые прошли эту стадию?
функционал копится… а в один прекрасный день всё это разом ломается

В Huginn нет ничего, что может привести к деградации системы – мы понимаем, что он может развалиться и прийдется восстанавливаться из бекапов.
Кроме того, мы в любой момент можем понять, что эксперимент «не летит» и одной кнопкой его остановить.

… так и остаются в Huginn на постоянной основе

У нас есть сервисы полностью интегрированные через Huginn на постоянной основе, например exponea.
Мы сознательно не переносим их в проект, что-бы избежать ловушек Point-to-Point интеграции:
  • экспоненциальный рост сложности и связанности компонент
  • потеря гибкости при внесении изменений
  • сложность вывода сервиса из эксплуатации

Но действительно, у нас есть примеры, когда мы выносили некоторые части из Huginn, например персональные рекомендации дилерам.
Изначально с помощью Huginn был реализован эксперимент, в котором для каждого аукциона сложным sql-запросом подбирались дилеры, принимавшие участие в аукционах на похожие авто. Запрос много раз переписывался и тюнился. Далее мы привлекли разработчика и sql-запрос заменился сервисом с LSTM RNN «под капотом».

А можно поподробнее про lstm rnn и как это работает?

Зарегистрируйтесь на Хабре , чтобы оставить комментарий