Pull to refresh

Comments 17

Отличная статья, чтобы освежить знания. Большое спасибо)

Спасибо за статью , огромное !Если надо по Devops теме и по GNU linux дописать , помочь советом @aio350 ?

Спасибо за статью! Все кратко четко и полезно! Для меня новой была информация про HTTP 3 Не ожидал что планируется такая революция.

шпаргалка - отличный формат подачи информации без лишней воды, побольше такого !

UFO just landed and posted this here

Думаю дело в том, что большая часть программистов с этим работает, т.к. очень много софта который нужен для обмена данными по сети, для балансировки нагрузки, для синхронтзации этих данных. А вероятность с нуля разрабатывать CAD или игровой движок в реальном проекте намного ниже, чем с нуля разработать проект на SOA или микросервисах.

да, по факту это скорее internet systems design, у information systems design пока немного другие паттерны, но они сближаются постоянно

откуда вывод, что websocket для не больших сообщений? практика говорит, что и большие бинарные файлы можно передавать. а текстовые тем более

странная таблица сравнения. чем отличается передача xml по soap от передачи того же xml по wedsocket? и чем лучше rest для веб-сервисов от websocket?

и чем меньше нагрузка на сеть GraphQL по сравнению с websocket?

вот интересно - тут написано,<двусторонний, позволяет обмениваться данными в реальном времени, > а в комментариях к https://habr.com/ru/companies/otus/articles/770256/ сомневаются в реал тайм ws :)

откуда вывод, что websocket для не больших сообщений? практика говорит, что и большие бинарные файлы можно передавать. а текстовые тем более

скажем, эффект от использования вебсокетов больше, когда взаимодействие построено на большом количестве мелких запросов/ответов.

Пардон за занудство, но все таки soap это протокол (в оглавлении) или архитектурный стиль (по тексту)?

К слову, нередкий вопрос на собесах аналитиков, важно помнить что rest(ful) это стиль проектирования апи (который часто не соблюдается в http api), а soap, grpc и далее по списку - протоколы, то бишь инструменты. При остром желании можно soap over http api даже сделать :)

можно soap over http api даже сделать

Почти в 100% случаев SOAP используется поверх HTTP(s), или что вы имели в виду под http api?

я имел в виду json over http с попыткой использования методов как глаголов, но при этом без соблюдения арх паттерна rest(ful).

очепятка Шлюзы пункты 6, 7 потом должен быть пункт 8 , но идет опять 6)

ого!!! спасибо! очень крутая статья!

спасибо за отличный перевод очень крутой статьи наших зарубежных собратьев. жаль, что пока не можем самостоятельно такой труд создать, но всё впереди

Отличная статья, спасибо! Но кажется не работают якоря на содержании

Отличная статья, как раз то что нужно для подготовки к интервью по System Design

Sign up to leave a comment.

Articles