Пожалуйста, объясните преимущества дотнет-решений для веба? Можно вкратце — самое очевидное.
Вижу только одно преимущество — это откат в гос. закупках 🙂
А так преимущество только одно, можно склепать прототип, показать инвестору, а потом при реализации, уже писать нормальный продакшен решение на java 🙂
Строго в качестве имхо. Разработка на ASP.NET ведётся по двум основным причинам:
1) при правильной разработке результирующий продукт (сайт) может работать быстрее, чем написанный на интерпретируемых языках. Достигается благодаря компиляции исходников в байт-код и JIT. Правда, Java может быть также близка. Лично для меня C# намного приятнее Java, однако в Java-мире есть Scala, которая, пожалуй, даже ещё приятнее.
Вообще, это не очень аргумент, т.к. скорость работы обычных сайтов (без меганагрузок) зависит не от платформы, а от прямизны рук программистов и извилистости поверхностей их мозгов. 🙂
Есть ещё пара аргументов, но я их тут писать не буду, т.к. народ наверняка подумает, что я совсем уж троллю. 🙂
Вебхуки: как получать данные без промедления и опросов API
Leo Matyushkin
В сфере веб-разработки наряду с API распространилось понятие вебхук (англ. webhook). Рост популярности этого стандарта связан с тем, что всё больше действий в вебе можно описать в терминах событий. Триггерами, запускающими вебхук, могут служить, например, отправка кода в репозиторий или публикация комментария.
Вебхук – это механизм оповещения о происходящих в системе событиях посредством функций обратных вызовов. Когда случается интересующее клиента событие, сервер отправляет HTTP-запрос на URL-адрес, предоставленный клиентом для приема вебхуков.
Чем вебхуки отличаются от API?
В типичных API для получения информации от сервера его необходимо постоянно опрашивать. В случае вебхуков сервер как бы говорит клиенту: «Теперь тебе не придется названивать. Я сам позвоню, когда появится что-то новое».
То есть с помощью вебхука клиент «подписывается» на получение оповещений в заранее определенных случаях. Такой подход удобнее и для провайдера информации, и для клиента. При этом вебхуки используют HTTP, то есть не требуется добавления какой-то дополнительной инфраструктуры.
Вебхук делает HTTP-запрос к вашему приложению (чаще всего POST-запрос в JSON-формате), а интерпретация запроса уже зависит от принимающей стороны. Вебхуки — это своеобразные «обратные API» – интерфейс взаимодействия с запросом должен быть построен на стороне клиента.
У большинства API необходимо вначале отправить запрос, за которым последует ответ системы. В случае вебхука вы заранее настраиваете, при каких событиях сервер отправляет данные. Рассмотрим на примере.
В случае API приложение сервера предоставляет приложению клиента адреса, которые может вызывать приложение на стороне клиента. Например, для доски сообщений запросы к API могут выглядеть следующим образом:
Для вебхуков ситуация обратная: уже приложение клиента предоставляет приложению сервера адреса для вызова. А приложение сервера в свою очередь использует эти URL, когда на стороне сервера происходит какое-либо интересующее клиента событие.
Допустим, мы хотим, чтобы сервер уведомлял приложение клиента при добавлении нового комментария. Всякий раз, когда новый комментарий публикуется в базе данных на стороне сервера, приложение сервера должно (после публикации комментария в базе данных) вызывать URL вебхука, чтобы клиент знал, что доступен новый комментарий.
Примеры использования вебхуков
Оглянувшись вокруг, мы увидим, что многие компании внедрили вебхуки в своей практике. Несколько примеров:
Поставщики данных могут предоставлять специальные панели для удобства указания ссылок, куда отправляются HTTP-запросы. Ниже представлена панель управления вебхуками сервиса Intercom.
Попробуйте свои силы
Лучший способ понять технологию применения вебхуков — это попробовать ее в деле. Давайте поэтапно рассмотрим процесс настройки и получения вебхука на реальном примере.
Даже если у вас нет приложения и соответствующих URL, можно попробовать технологию вебхуков в деле. Для таких задач создан ресурс webhook.site. Он генерирует уникальную ссылку для проверки входящих POST-запросов.
Скопируем сгенерированную ссылку, и, оставив страницу открытой, передадим URL провайдеру вебхука. Например, настроим вышеупомянутый вебхук в GitHub. Для этого перейдем в каком-либо из своих репозиториев в раздел Settings/Webhooks и нажмем кнопку Add webhook.
Заполнение открывшейся формы является процессом настройки вебхука. В поле Payload URL вставим запасенную ссылку с webhook.site. В качестве Content type выберем application/json. Далее отметим события, при которых GitHub будет отправлять запрос, например, комментарий коммита.
В конце списка нажимаем кнопку активации вебхука. Оставляем в репозитории комментарий к коммиту, чтобы протестировать механизм.
При этом GitHub в соответствии с вебхуком сразу же отправит POST-запрос на нашу ссылку. Вернувшись на страницу webhook.site, увидим, что в списке запросов добавился новый. В панели справа мы можем видеть детали запроса, заголовки и сам JSON-объект (для удобства чтения выберите пункт Format JSON).
Изучив JSON, вы заметите, что GitHub отправляет исчерпывающую информацию даже для такой простой операции, как комментарий коммита. Для сравнения в новой вкладке браузера перейдите по той же тестовой ссылке для приема запросов. Вы увидите, какую информацию дает «пустой» GET-запрос.
Аналогично можно протестировать другие интересные вам ресурсы. Например, подробное пособие есть у Slack. А Dropbox умеет высылать уведомления на универсальный идентификатор ресурса, когда пользователь вашего приложения вносит изменения в файл.
Отладка вебхуков
Вебхуки являются асинхронным методом, поэтому их отладка может оказаться довольно утомительной. К счастью, есть инструменты, упрощающие этот процесс:
Безопасность использования вебхуков
Если вебхуки доставляют данные в приложение по публичным URL, кто-то может перехватить эти ссылки и подменить ложными данными? Чтобы этого не случилось, вы должны предпринять ряд мер. То, с чего нужно начать – использовать протокол HTTPS. Вы можете пойти дальше и еще больше обезопасить соединение:
Важные замечания
При использовании вебхуков нужно помнить о нескольких важных деталях.
После доставки запроса с данными вебхуки могут перестать отвечать. Это означает, что если в приложении произойдет ошибка, данные могут быть потеряны. Поэтому, чтобы подготовиться к возможным падениям приложения, разберитесь, как провайдер вебхука обрабатывает ответы.
Если на стороне провайдера события происходят часто, такая нагрузка может закончиться падением приложения (как в результате DDoS-атаки). Убедитесь, что клиентское приложение способно обработать ожидаемый масштаб запросов.
Хотя технически вебхуки могут использоваться для передачи массивов данных, рекомендуется использовать их лишь как сигнал изменения состояния. Как только уведомление получено, нужно вызывать безопасный интерфейс API для получения настоящей нагрузки. Такое разделение позволяет повысить масштабируемость и надежность систем обработки данных.
Интернет поведения (IoB): что это такое и почему он станет главной тенденцией в 2021 году?
Примечательно, что Интернет поведения входит в число главных технологических тенденций года. Пандемия коронавируса частично ответственна за то, что IoB стал основной тенденцией, поскольку ему удалось изменить способ взаимодействия потребителей с различными брендами. В связи с этим компании неустанно стремятся изменить то, как они взаимодействуют со своими клиентами.
Интернет поведения, сегмент Интернета вещей
Взаимосвязь устройств предлагает обширные данные и ценную информацию об опыте пользователя, поведении, интересах, оптимизации поиска и предпочтениях. На основании заявления Gartner:
«IoB сочетает в себе технологии, ориентированные на отслеживание местоположения и распознавание лиц людей, соединение данных и сопоставление их с поведенческими событиями».
Интернет поведения объединяет существующие технологии, которые в первую очередь ориентированы непосредственно на людей. От отслеживания местоположения до распознавания лиц он связывает полученные данные со связанными поведенческими событиями, включая использование устройства или покупки за наличные. IoB занимается анализом и пониманием всех данных, собранных об онлайн-операциях и действиях пользователей, с точки зрения поведенческой психологии.
Провести анализ данных IoB несложно, поскольку это делается с психологической точки зрения. Необходимо провести статистический анализ, отображающий повседневные привычки и поведение пользователей, не раскрывая конфиденциальность потребителей полностью по юридическим и этическим причинам.
Роль и вклад IoB
Используя перспективные технологии, инновации и разработки в области алгоритмов машинного обучения, IoB помогает записывать, анализировать, понимать и реагировать на каждое человеческое поведение таким образом, чтобы гарантировать отслеживание и интерпретацию поведения людей.
IoB можно рассматривать как интеграцию аналитики данных, технологий и поведенческой науки. Наука о поведении делится на четыре области, которые учитываются при использовании технологий. эти области включают эмоции, решения, чемпионаты и дополнения.
Например, приложение для здоровья на смартфоне может помочь пользователю отслеживать режим сна, частоту сердечных сокращений и уровень сахара в крови. Мобильное приложение может помочь в предупреждении пользователя о неблагоприятных ситуациях со здоровьем и во многих случаях предлагает изменения в поведении для достижения положительных и желаемых результатов.
Важность IoB
Данные были неотъемлемой частью делового мира с момента появления Интернета. Но в 2021 году Gartner назвал IoB одной из ведущих технологических тенденций в цифровом и реальном мире. Интернет поведения теперь предлагает людям больше возможностей собирать столько данных, сколько они хотят, и анализировать их.
Кроме того, поведенческие данные помогают предприятиям делать осознанный выбор и принимать решения. Эта стратегия позволяет им максимально улучшить качество своих услуг и цепочку создания стоимости. В общем, психология и маркетинг работают вместе с самого начала рекламных кампаний. Таким образом компании и предприятия могут по-новому взглянуть на данные, которые собирает Интернет вещей.
Интернет поведения теперь стал новым и мощным инструментом для глобальных продаж и маркетинговых кампаний компаний и предприятий. Имея это в виду, компании получают глубокое понимание своих пользователей, чтобы гарантировать, что они всегда будут довольны. Следовательно, IoB призван дать значительный импульс развитию сектора продаж.
Как IoB помогает бизнесу
С помощью больших данных предприятия могут получать доступ к информации о своих посетителях из различных точек соприкосновения. IoB позволяет компаниям изучать CX от начальной точки до конца процесса, включая:
Знание всей этой информации помогает предприятиям создавать множество точек соприкосновения для позитивного взаимодействия с клиентами. В конечном итоге настройка помогает предприятиям эффективно повышать качество и эффективность своих услуг.
Благодаря повышению эффективности обслуживания больше клиентов начнут взаимодействовать с бизнесом. Более того, IoB продолжает влиять на то, как компании и организации взаимодействуют с потенциальными клиентами. Internet of Behavior также может собирать, обрабатывать и интегрировать данные из многих источников, включая:
С помощью технологии IoB предприятия улучшают качество данных, которые они собирают, и управляют тем, как они интегрируют данные из различных источников для достижения оптимальных результатов.
Преимущества Интернета поведения
Эта технология все еще развивается, и ожидается, что она станет весьма полезной во многих отношениях. От определения того, где начинается интерес клиента к продукту, позитивного вовлечения пользователей, выяснения их пути к покупке, до определения методологии, которую они используют для совершения покупок. Интернет поведения имеет множество аспектов, которые окажутся полезными в долгосрочной перспективе.
IoB позволяет значительно упростить изучение ранее недоступных данных о том, как пользователи взаимодействуют с продуктами и устройствами, получить более подробную информацию о том, где находится клиент в процессе покупки, и тщательно изучить покупательские привычки клиентов на всех платформах. Кроме того, он предлагает уведомления в режиме реального времени, которые нацелены и быстро решают проблемы, чтобы закрыть продажи и гарантировать, что клиенты всегда будут довольны.
В настоящее время компании используют IoB для наблюдения и предоставления им возможности вносить изменения в поведение потребителей для достижения желаемых результатов путем продажи своих услуг и продуктов. Интернет поведения дает компаниям передовые маркетинговые стратегии для их продуктов и услуг. Это также влияет на поведение пользователей и сотрудников, чтобы гарантировать, что компании работают на оптимальном уровне.
Эту технологию также можно использовать для мониторинга соблюдения протоколов работоспособности на промышленных объектах для регистрации поведенческих событий. Например, датчики и RFID-метки на человеке или в рабочей среде можно использовать для проверки того, моют ли сотрудники руки должным образом или нет.
Компьютерное зрение также можно использовать для определения того, соблюдают ли работники протоколы по маскам в соответствии с требованиями. В этом случае громкоговорители, установленные в рабочей среде, можно использовать для предупреждения людей о любых возможных нарушениях протокола.
IoB до сих пор доказал свою пользу для компаний, потому что они могут оптимизировать свои отношения с клиентской базой на основе собранных данных. В то время как Интернет вещей превращает данные в информацию, нам нужно подождать, чтобы увидеть, сможет ли IoB превратить человеческие знания в настоящую мудрость.
Приложения IoB в 2021 году
В 2021 году компании могут изучить множество приложений Интернета поведения, которые они могут применить в своем контексте. Многие компании и организации используют онлайн-рекламу как эффективный метод охвата большего числа клиентов в современном цифровом мире.
Технология IoB позволяет им идентифицировать и ориентироваться на определенные группы и отдельных лиц, которые могут извлечь выгоду из их продуктов и услуг. Например, Google и Facebook используют поведенческие данные своих пользователей, чтобы соответствующим образом отображать свои рекламные объявления для людей.
Эта стратегия помогает компаниям связываться со своей возможной аудиторией и отслеживать их поведение по отношению к своей рекламе с помощью рейтинга кликов. YouTube также использует поведенческую аналитику, чтобы улучшить впечатления своих зрителей. Внимательно отслеживая поведенческие данные, платформа рекомендует видео пользователей и показывает, что они могут быть более интересны.
Кроме того, новейшие технологии, такие как Alexa, Google Home и Siri, изучают и интерпретируют собранные данные и поведение пользователя для более эффективного функционирования.
Вебхуки: как получать данные без промедления и опросов API
Leo Matyushkin
В сфере веб-разработки наряду с API распространилось понятие вебхук (англ. webhook). Рост популярности этого стандарта связан с тем, что всё больше действий в вебе можно описать в терминах событий. Триггерами, запускающими вебхук, могут служить, например, отправка кода в репозиторий или публикация комментария.
Вебхук – это механизм оповещения о происходящих в системе событиях посредством функций обратных вызовов. Когда случается интересующее клиента событие, сервер отправляет HTTP-запрос на URL-адрес, предоставленный клиентом для приема вебхуков.
Чем вебхуки отличаются от API?
В типичных API для получения информации от сервера его необходимо постоянно опрашивать. В случае вебхуков сервер как бы говорит клиенту: «Теперь тебе не придется названивать. Я сам позвоню, когда появится что-то новое».
То есть с помощью вебхука клиент «подписывается» на получение оповещений в заранее определенных случаях. Такой подход удобнее и для провайдера информации, и для клиента. При этом вебхуки используют HTTP, то есть не требуется добавления какой-то дополнительной инфраструктуры.
Вебхук делает HTTP-запрос к вашему приложению (чаще всего POST-запрос в JSON-формате), а интерпретация запроса уже зависит от принимающей стороны. Вебхуки — это своеобразные «обратные API» – интерфейс взаимодействия с запросом должен быть построен на стороне клиента.
У большинства API необходимо вначале отправить запрос, за которым последует ответ системы. В случае вебхука вы заранее настраиваете, при каких событиях сервер отправляет данные. Рассмотрим на примере.
В случае API приложение сервера предоставляет приложению клиента адреса, которые может вызывать приложение на стороне клиента. Например, для доски сообщений запросы к API могут выглядеть следующим образом:
Для вебхуков ситуация обратная: уже приложение клиента предоставляет приложению сервера адреса для вызова. А приложение сервера в свою очередь использует эти URL, когда на стороне сервера происходит какое-либо интересующее клиента событие.
Допустим, мы хотим, чтобы сервер уведомлял приложение клиента при добавлении нового комментария. Всякий раз, когда новый комментарий публикуется в базе данных на стороне сервера, приложение сервера должно (после публикации комментария в базе данных) вызывать URL вебхука, чтобы клиент знал, что доступен новый комментарий.
Примеры использования вебхуков
Оглянувшись вокруг, мы увидим, что многие компании внедрили вебхуки в своей практике. Несколько примеров:
Поставщики данных могут предоставлять специальные панели для удобства указания ссылок, куда отправляются HTTP-запросы. Ниже представлена панель управления вебхуками сервиса Intercom.
Попробуйте свои силы
Лучший способ понять технологию применения вебхуков — это попробовать ее в деле. Давайте поэтапно рассмотрим процесс настройки и получения вебхука на реальном примере.
Даже если у вас нет приложения и соответствующих URL, можно попробовать технологию вебхуков в деле. Для таких задач создан ресурс webhook.site. Он генерирует уникальную ссылку для проверки входящих POST-запросов.
Скопируем сгенерированную ссылку, и, оставив страницу открытой, передадим URL провайдеру вебхука. Например, настроим вышеупомянутый вебхук в GitHub. Для этого перейдем в каком-либо из своих репозиториев в раздел Settings/Webhooks и нажмем кнопку Add webhook.
Заполнение открывшейся формы является процессом настройки вебхука. В поле Payload URL вставим запасенную ссылку с webhook.site. В качестве Content type выберем application/json. Далее отметим события, при которых GitHub будет отправлять запрос, например, комментарий коммита.
В конце списка нажимаем кнопку активации вебхука. Оставляем в репозитории комментарий к коммиту, чтобы протестировать механизм.
При этом GitHub в соответствии с вебхуком сразу же отправит POST-запрос на нашу ссылку. Вернувшись на страницу webhook.site, увидим, что в списке запросов добавился новый. В панели справа мы можем видеть детали запроса, заголовки и сам JSON-объект (для удобства чтения выберите пункт Format JSON).
Изучив JSON, вы заметите, что GitHub отправляет исчерпывающую информацию даже для такой простой операции, как комментарий коммита. Для сравнения в новой вкладке браузера перейдите по той же тестовой ссылке для приема запросов. Вы увидите, какую информацию дает «пустой» GET-запрос.
Аналогично можно протестировать другие интересные вам ресурсы. Например, подробное пособие есть у Slack. А Dropbox умеет высылать уведомления на универсальный идентификатор ресурса, когда пользователь вашего приложения вносит изменения в файл.
Отладка вебхуков
Вебхуки являются асинхронным методом, поэтому их отладка может оказаться довольно утомительной. К счастью, есть инструменты, упрощающие этот процесс:
Безопасность использования вебхуков
Если вебхуки доставляют данные в приложение по публичным URL, кто-то может перехватить эти ссылки и подменить ложными данными? Чтобы этого не случилось, вы должны предпринять ряд мер. То, с чего нужно начать – использовать протокол HTTPS. Вы можете пойти дальше и еще больше обезопасить соединение:
Важные замечания
При использовании вебхуков нужно помнить о нескольких важных деталях.
После доставки запроса с данными вебхуки могут перестать отвечать. Это означает, что если в приложении произойдет ошибка, данные могут быть потеряны. Поэтому, чтобы подготовиться к возможным падениям приложения, разберитесь, как провайдер вебхука обрабатывает ответы.
Если на стороне провайдера события происходят часто, такая нагрузка может закончиться падением приложения (как в результате DDoS-атаки). Убедитесь, что клиентское приложение способно обработать ожидаемый масштаб запросов.
Хотя технически вебхуки могут использоваться для передачи массивов данных, рекомендуется использовать их лишь как сигнал изменения состояния. Как только уведомление получено, нужно вызывать безопасный интерфейс API для получения настоящей нагрузки. Такое разделение позволяет повысить масштабируемость и надежность систем обработки данных.
