Не стал бы слушать курс у этого наставника. Обидеть не хотел, но, возможно, сделал так своими словами. Я кое-как программы писал, хотел углубляться в стандарты сетевых или межпроцессорных взаимодействий. Искал информацию, нашёл и этот ролик. Такой ролик мне дал понять, что я сам уже лучше знаю...
То есть, грубо говоря, если у меня есть компьютер, и его мощности не достаточно, то с помощью RPС я могу подсоединить второй комп чтоб они оба выполняли одну задачу. Врно?
Коллега, я посмотрел ролик 7 минут и ничего не услышал об RPC. Абсолютно ничего. RPC, на пальцах: технология удаленного вызова процедур (функций), работающих и реализованных даже без всякого RPC в другом адресном пространстве (на другом хосте). Родилось все это в эпоху функционального программирования, еще до ООП. Когда процедуры разрабатывали как полноценные сервисы. То есть у вас есть некая процедура (функция), которая работает себе успешно на хосте А. И вам потребовалось ее вызвать (передать параметры и получить ее результат) на другом хосте B. Так вот RPC (класс технологий) был придуман для этих целей. В настоящее время есть масса различных реализаций принципа RPC. Вы же говорите об абстрактном взаимодействии двух систем, тот же HTTP подходит под ваши рассуждения и вообще все технологии связи одной системы с другой для получения какого-то сервиса. Не главное, но важно. Слова-паразиты: "значит", "история" (при ситуативном употреблении вне исторических контекстов).
я вот никак понять не могу в чем отличие обычного http запроса client-to-back на сервис, где выполняются какие-то действия и возращается ответ и rpc и где по сути происходит то же самое также обычный http запрос back-to-back это не rpc, а запрос по http/2 через grpc это уже rpc
HTTP - это протокол более низкого уровня, для обращения клиента к серверу, запросы HTTP/GET, HTTP/POST и прочие (на основе которых, кстати, REST API подход / CRUD , эдакие попытки стандартизовать работу с данными, разложив методы HTTP в свою парадигму). RPC - это несколько иное. Это вызов функции в адресном пространстве другого хоста. Тут все конечно сильно смешалось и не очень понятно, где лошадь, где телега. Но если посмотреть историю появления RPC, то она примерно такая. Есть большая машина А, которая умеет делать несколько функций. И другой машине Б потребовалось вызвать функцию с машины А. Придумали первую реализацию RPC. Современные RPC реализации типа gRPC (этот работает по протоколу HTTP 2) продолжают тот же принцип. Они позволяют вызывать функции написанные на разных языках в других системах через стандартную реализованную среду удаленного вызова RPC.
14 минут было потрачено на то, чтобы сказать "RPC - это протокол, который позволяет с одного устройства вызывать другое устройство". Браво
Наверно стоило сосредоточиться на отличительных особенностях, в сравнении с тем же REST
Спасибо, написал свою имплементацию rpc клиент-сервера............
БРО ТЫ КАК RPC МНЕ ПОМОГ, СПАСИБО
Как всё просто ! И кратко...
😂😂😂
Можно проще. И короче)
Не стал бы слушать курс у этого наставника. Обидеть не хотел, но, возможно, сделал так своими словами.
Я кое-как программы писал, хотел углубляться в стандарты сетевых или межпроцессорных взаимодействий. Искал информацию, нашёл и этот ролик. Такой ролик мне дал понять, что я сам уже лучше знаю...
Шредингер жив!
Или нет
Мужик, спасибо за труд.
То есть, грубо говоря, если у меня есть компьютер, и его мощности не достаточно, то с помощью RPС я могу подсоединить второй комп чтоб они оба выполняли одну задачу. Врно?
Да, всё так и есть, это грубо говоря задаст язык, протокол по взаимодействию между двумя и более системами.
@@itdog спасибо за ответ
То есть эта технология в рамках клиент серверной архитектуры или распределенно облачной тоже?..
Она возможна в рамках самых разных архитектур.
3 буквы, а сколько смысла! Сильно
Коллега, я посмотрел ролик 7 минут и ничего не услышал об RPC. Абсолютно ничего.
RPC, на пальцах: технология удаленного вызова процедур (функций), работающих и реализованных даже без всякого RPC в другом адресном пространстве (на другом хосте). Родилось все это в эпоху функционального программирования, еще до ООП. Когда процедуры разрабатывали как полноценные сервисы. То есть у вас есть некая процедура (функция), которая работает себе успешно на хосте А. И вам потребовалось ее вызвать (передать параметры и получить ее результат) на другом хосте B. Так вот RPC (класс технологий) был придуман для этих целей. В настоящее время есть масса различных реализаций принципа RPC. Вы же говорите об абстрактном взаимодействии двух систем, тот же HTTP подходит под ваши рассуждения и вообще все технологии связи одной системы с другой для получения какого-то сервиса.
Не главное, но важно. Слова-паразиты: "значит", "история" (при ситуативном употреблении вне исторических контекстов).
Все верно, HTTP отлично подходит и активно используется для RPC
почему клиент-клиент, а не клиент-сервер?
Нихера не понял но очень интересно.
это главное)
Почему видео черно-белое? Вы что умерли?😁
Чтобы не отвлекать, более строгий формат.
@@itdogВлияет на кол-во просмотров?
А почему курсы тестирования у вас на сайте недоступны?..
Группа сформирована,занятия идут, для участия в следующем курсе пишите на info@progite.ru
@@itdog ты умеете делать RPC Имгуи меню??????
@@itdog готов заплатить огромную сумму
Rpc - это просто, а вы сложно рассказываете зачем то 😂
я вот никак понять не могу в чем отличие обычного http запроса client-to-back на сервис, где выполняются какие-то действия и возращается ответ и rpc и где по сути происходит то же самое
также обычный http запрос back-to-back это не rpc, а запрос по http/2 через grpc это уже rpc
HTTP - это протокол более низкого уровня, для обращения клиента к серверу, запросы HTTP/GET, HTTP/POST и прочие (на основе которых, кстати, REST API подход / CRUD , эдакие попытки стандартизовать работу с данными, разложив методы HTTP в свою парадигму). RPC - это несколько иное. Это вызов функции в адресном пространстве другого хоста. Тут все конечно сильно смешалось и не очень понятно, где лошадь, где телега. Но если посмотреть историю появления RPC, то она примерно такая. Есть большая машина А, которая умеет делать несколько функций. И другой машине Б потребовалось вызвать функцию с машины А. Придумали первую реализацию RPC. Современные RPC реализации типа gRPC (этот работает по протоколу HTTP 2) продолжают тот же принцип. Они позволяют вызывать функции написанные на разных языках в других системах через стандартную реализованную среду удаленного вызова RPC.
отличий может и не быть, надо смотреть что за запрос. rpc на основе json+http вполне себе вариант
Зря потратил время. Проще на вики зайти. Мужик сам не понимает что это и зачем его едят.
Я тоже, но так же понял что если бы я смотрел подобный ролик лет пять назад - то решил бы что мужик ничего не понимает
Шляпа какая-то.
русская православная церковь
404
а че чернобело?
цветную плёнку экономим