- Регистрация
- 30.05.2019
- Сообщения
- 3 753
- Благодарностей
- 1 491
- Баллы
- 113
В последний месяц было много задач из полностью «белого» корпоративного сектора - фокус сместился с браузерной автоматизации на чистую работу с официальными API и интеграцию сервисов.
Часто бизнесу не нужны сложные боты с эмуляцией присутствия, а требуется надежная синхронизация данных. Из недавнего: реализовывал Standalone-решение на C# для связки внутренней CRM-системы заказчика, Google Таблиц и корпоративного Telegram-бота.
Главный технический нюанс в таких задачах - это правильная архитектура обработки данных. Вместо тяжелых браузеров и постоянной закупки прокси, софт работает в фоне как системная служба, принимая Webhooks от CRM и моментально отправляя уведомления менеджерам в Telegram. Пришлось написать отдельный модуль для грамотной обработки rate-limits (ограничений на количество запросов) от API Google и Telegram, чтобы при пиковых нагрузках сообщения ставились в очередь, а не терялись.
Как итог: потребление ресурсов сервера минимальное, скорость реакции - доли секунды, а стабильность работы приближается к 100%, так как не нужно зависеть от верстальщиков сайтов и изменений в DOM-дереве.
Если у площадок, с которыми вы работаете, есть официальные API - всегда рекомендую строить архитектуру именно через них. Это экономит массу времени и нервов на поддержке проекта в будущем.
Часто бизнесу не нужны сложные боты с эмуляцией присутствия, а требуется надежная синхронизация данных. Из недавнего: реализовывал Standalone-решение на C# для связки внутренней CRM-системы заказчика, Google Таблиц и корпоративного Telegram-бота.
Главный технический нюанс в таких задачах - это правильная архитектура обработки данных. Вместо тяжелых браузеров и постоянной закупки прокси, софт работает в фоне как системная служба, принимая Webhooks от CRM и моментально отправляя уведомления менеджерам в Telegram. Пришлось написать отдельный модуль для грамотной обработки rate-limits (ограничений на количество запросов) от API Google и Telegram, чтобы при пиковых нагрузках сообщения ставились в очередь, а не терялись.
Как итог: потребление ресурсов сервера минимальное, скорость реакции - доли секунды, а стабильность работы приближается к 100%, так как не нужно зависеть от верстальщиков сайтов и изменений в DOM-дереве.
Если у площадок, с которыми вы работаете, есть официальные API - всегда рекомендую строить архитектуру именно через них. Это экономит массу времени и нервов на поддержке проекта в будущем.