Не забыла, специально не писала) Статья предназначена для новичков, которые возможно не слышали про более редко встречающиеся запросы, такие как patch, options, head. И т.к запросы - не центральная тема статьи, и они здесь упоминаются лишь мельком, не вижу смысла пугать людей тем, с чем они, вероятно, не сталкивались прежде
И нет, нельзя сказать, что HTTP-запросы и push-каналы укладываются в один тип интеграции, даже если они могут быть реализованы в рамках одного паттерна (gRPC/API). Просто потому, что представляют собой две принципиально разные модели взаимодействия:
HTTP-запросы - синхронная модель "запрос-ответ".
Push-каналы - асинхронная модель событийной передачи данных.
И несмотря на то, что и gRPC, и API могут поддерживать как синхронные, так и асинхронные методы взаимодействия, сами по себе HTTP-запросы и push-каналы остаются разными типами интеграций.
Физическое оборудование, на котором развертывается серверное ПО, называется 'сервер' в аппаратном смысле. Сам сервер как логическая концепция - это пограммное обеспечение
Клиентские устройства, такие как компьютеры, смартфоны и тд, являются аппартным обеспечением, а клиентское ПО запускается на этих устройствах
Определения в начале статьи были даны в контексте аппаратного обеспечения, что не является ошибочным, но при этом легче воспринимается новичком в прикладном смысле
"Пример бизнес-истории" - это уже отдельная статья со всеми нюансами. Данная же статья написана для тех, кто с таким инструментом знаком на практике, и нацелена на помощь в саморевью. К слову, данный подход используется в основном в масштабных проектах, поэтому согласна, что он знаком и применим не для всех
Не забыла, специально не писала) Статья предназначена для новичков, которые возможно не слышали про более редко встречающиеся запросы, такие как patch, options, head. И т.к запросы - не центральная тема статьи, и они здесь упоминаются лишь мельком, не вижу смысла пугать людей тем, с чем они, вероятно, не сталкивались прежде
Да, это разные типы интеграций.
И нет, нельзя сказать, что HTTP-запросы и push-каналы укладываются в один тип интеграции, даже если они могут быть реализованы в рамках одного паттерна (gRPC/API). Просто потому, что представляют собой две принципиально разные модели взаимодействия:
HTTP-запросы - синхронная модель "запрос-ответ".
Push-каналы - асинхронная модель событийной передачи данных.
И несмотря на то, что и gRPC, и API могут поддерживать как синхронные, так и асинхронные методы взаимодействия, сами по себе HTTP-запросы и push-каналы остаются разными типами интеграций.
2698 из 16384
Благодарю за развернутый ответ!
Если не затруднит, оставьте голос за статью, это очень поможет ей в продвижении 🤗
Физическое оборудование, на котором развертывается серверное ПО, называется 'сервер' в аппаратном смысле. Сам сервер как логическая концепция - это пограммное обеспечение
Клиентские устройства, такие как компьютеры, смартфоны и тд, являются аппартным обеспечением, а клиентское ПО запускается на этих устройствах
Определения в начале статьи были даны в контексте аппаратного обеспечения, что не является ошибочным, но при этом легче воспринимается новичком в прикладном смысле
Благодарю за развернутый ответ 🤗
Спасибо за обратную связь ☺️
"Пример бизнес-истории" - это уже отдельная статья со всеми нюансами. Данная же статья написана для тех, кто с таким инструментом знаком на практике, и нацелена на помощь в саморевью. К слову, данный подход используется в основном в масштабных проектах, поэтому согласна, что он знаком и применим не для всех