LINUX.ORG.RU

Какие варианты гонять данные по HTTPS?

 , , , ,


0

2

Посоны, шалом.

Наконец-то решили мы начинать делать нормальный трехуровневый дизайн системы, вместо «MSSQL Server <--> Все остальные». База данных пока останется MSSQL (история), но при такой архитектуре поменять будет не проблема.

Главный вопрос: кто будет в середине и как он будет обмениваться данными с клиентами? Мы вообще пишем на Qt, поэтому первая мысль была и прокладку писать на нем же, но понимаю, что тут надо все взвесить. Про «обмениваться»: мне нравится XML (хотя бы за схемы) и вроде бы есть SOAP, который под это дело заточен, но может есть варианты?

Вообще хотелось бы узнать, что сейчас актуально для обмена «сервер <--> клиент» по 443 порту (SSL важно, да). Здорово,если будет что-то распространенное, чтобы не привязываться к языку\системе. Всем спасибо.



Последнее исправление: titan83 (всего исправлений: 1)

какая нахрен разница, какой порт и какой там https, что удобнее сериализовать/десериализовать - то и шли, епт.

anonymous
()

json api или grpc поверх https.

slovazap ★★★★★
()
Ответ на: комментарий от arkhnchul

Не, не пройден. Все на этапе размышления об архитектуре.

titan83
() автор топика

кто будет в середине и как он будет обмениваться данными с клиентами
Про «обмениваться»: мне нравится XML

XML - формат сериализации данных, на вопрос о том, кто и как этими данными будет обмениваться, он ответом быть не может, его надо искать в спецификации на продукт. Если же речь про форматы данных и описания интерфейсов, то сходу на ум приходят следующие баззворды: xml, xml-rpc, soap, json, json-rpc, swagger, protobuf, grpc, capnproto, apache avro, apache thrift, graphql; всё это в той или иной степени касается обмена сообщениями в том числе и поверх https.

Laz ★★★★★
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.