История изменений
Исправление Kroz, (текущая версия) :
Авторизация клиента на сервере по логину-паролю
OAuth2 - стандарт де-факто. Его нужно один раз вкурить, потом все просто оказывается.
Получение клиентом настроек некоей «системы» с сервера
Отправка команд клиентом на сервер (сделай то-то, поменяй настройки такого-то компонента «системы»)
Отправка команд клиентом на сервер (сделай то-то, поменяй настройки такого-то компонента «системы»)
Получение клиентом различных списков с сервера (события, ошибки, отчеты)
Получение клиентом данных о состоянии компонентов системы (числа, графики)
Получение клиентом документов с сервера (текст отчетов)
Если нужно стильно-модно-молодежно, то NETCONF. А можно тот же REST. А если задача просто мониторить (метрики, события), то для этого SNMP в свое время создавался.
REST становится узким местом, если гонять через него большие объемы данных и/или когда важна отзывчивость. Правило такое: если гоняешь не мегабайты, и задержки в несколько секунд не принципиальны, используй REST. Если потоки данных большие и важна скорость/отзывчивость, то нужно искать что-то другое. Например, я давно присматриваюсь к Google protocol buffers, но, еще раз, это когда REST, NetConf, SNMP и т. п. по каким-то причинам не подходят.
Исправление Kroz, :
Авторизация клиента на сервере по логину-паролю
OAuth2 - стандарт де-факто. Его нужно один раз вкурить, потом все просто оказывается.
Получение клиентом настроек некоей «системы» с сервера
Отправка команд клиентом на сервер (сделай то-то, поменяй настройки такого-то компонента «системы»)
Отправка команд клиентом на сервер (сделай то-то, поменяй настройки такого-то компонента «системы»)
Получение клиентом различных списков с сервера (события, ошибки, отчеты)
Получение клиентом данных о состоянии компонентов системы (числа, графики)
Получение клиентом документов с сервера (текст отчетов)
Если нужно стильно-модно-молодежно, то NETCONF. А можно тот же REST. А если задача просто мониторить (метрики, события), то для этого SNMP в свое время создавался.
REST становится узким местом, если гонять через него большие объемы данных и/или когда важна отзывчивость. Правило такое: если гоняешь не мегабайты, и задержки в несколько секунд не принципиальны, используй REST. Если потоки данных большие и важна скорость/отзывчивость, то нужно искать что-то другое.
Исправление Kroz, :
Авторизация клиента на сервере по логину-паролю
OAuth2 - стандарт де-факто. Его нужно один раз вкурить, потом все просто оказывается.
Получение клиентом настроек некоей «системы» с сервера
Отправка команд клиентом на сервер (сделай то-то, поменяй настройки такого-то компонента «системы»)
Отправка команд клиентом на сервер (сделай то-то, поменяй настройки такого-то компонента «системы»)
Получение клиентом различных списков с сервера (события, ошибки, отчеты)
Получение клиентом данных о состоянии компонентов системы (числа, графики)
Получение клиентом документов с сервера (текст отчетов)
Если нужно стильно-модно-молодежно, то NETCONF. А можно тот же REST. А если задача просто мониторить (метрики, события), то для этого SNMP в свое время создавался.
REST становится узким местом, если гонять через него больший объемы данных и/или когда важна отзывчивость. Правило такое: если гоняешь не мегабайты, и задержки в несколько секунд не принципиальны, используй REST. Если потоки данных большие и важна скорость/отзывчивость, то нужно искать что-то другое.
Исправление Kroz, :
Авторизация клиента на сервере по логину-паролю
OAuth2 - стандарт де-факто. Его нужно один раз вкурить, потом все просто оказывается.
Получение клиентом настроек некоей «системы» с сервера
Отправка команд клиентом на сервер (сделай то-то, поменяй настройки такого-то компонента «системы»)
Отправка команд клиентом на сервер (сделай то-то, поменяй настройки такого-то компонента «системы»)
Получение клиентом различных списков с сервера (события, ошибки, отчеты)
Получение клиентом данных о состоянии компонентов системы (числа, графики)
Получение клиентом документов с сервера (текст отчетов)
Если нужно стильно-модно-молодежно, то NETCONF. А можно тот же REST. А если задача просто мониторить (метрики, события), то для этого SNMP в свое время создавался.
Но REST становится узким местом, если гонять через него больший объемы данных и/или когда важна отзывчивость. Правило такое: если гоняешь не мегабайты, и задержки в несколько секунд не принципиальны, используй REST. Если потоки данных большие и важна скорость/отзывчивость, то нужно искать что-то другое.
Исходная версия Kroz, :
Авторизация клиента на сервере по логину-паролю
OAuth2 - стандарт де-факто. Его нужно один раз вкурить, потом все просто оказывается.
Получение клиентом настроек некоей «системы» с сервера
Отправка команд клиентом на сервер (сделай то-то, поменяй настройки такого-то компонента «системы»)
Отправка команд клиентом на сервер (сделай то-то, поменяй настройки такого-то компонента «системы»)
Получение клиентом различных списков с сервера (события, ошибки, отчеты)
Получение клиентом данных о состоянии компонентов системы (числа, графики)
Получение клиентом документов с сервера (текст отчетов)
Если нужно стильно-модно-молодежно, то NETCONF. А можно тот же REST.
Но REST становится узким местом, если гонять через него больший объемы данных и/или когда важна отзывчивость. Правило такое: если гоняешь не мегабайты, и задержки в несколько секунд не принципиальны, используй REST. Если потоки данных большие и важна скорость/отзывчивость, то нужно искать что-то другое.