Size: a a a

Архитектура ИТ-решений

2021 May 05

GK

Gennadiy Kruglov in Архитектура ИТ-решений
Да
источник

PD

Phil Delgyado in Архитектура ИТ-решений
Есть много разных подходов.
От отдельных сервисов для отчетов и до разных стратегий сборки данных на bff.
источник

p

pragus in Архитектура ИТ-решений
А его нет :) Это иллюстрация тезиса :)
источник

AL

Alexander Luchkov in Архитектура ИТ-решений
Ну и соответсвенно в этом "устаканивании" участвуют как локальные, так и забугорные клановые группы.
источник

AS

Andrei Soloschak in Архитектура ИТ-решений
Ответ на пост от марта 2018? Back to the future?
источник

PD

Phil Delgyado in Архитектура ИТ-решений
Это далеко не единственный и далеко не самый оптимальный подход )
источник

p

pragus in Архитектура ИТ-решений
Фигачить всё POST'ом? )
источник

GK

Gennadiy Kruglov in Архитектура ИТ-решений
Понял, сорри)
источник

PD

Phil Delgyado in Архитектура ИТ-решений
Ну да, REST maturity level 1
источник

PD

Phil Delgyado in Архитектура ИТ-решений
Для того же финтеха это вообще оптимальный подход. Да и для прочих сложных задач, где лучше RPC, нежели REST-как-концепция (которая вообще ужасна)
источник

p

pragus in Архитектура ИТ-решений
Только выбрать сериализацию + схему
источник

PD

Phil Delgyado in Архитектура ИТ-решений
Если язык единый, то да.
Если нет, то OpenApi вполне покрывает такой подход.
источник

p

pragus in Архитектура ИТ-решений
Каноничный rest ужасен при операциях над группами сущностей или когда надо что-то вроде транзакции сделать
источник

PD

Phil Delgyado in Архитектура ИТ-решений
А еще он не совместим с PCI DSS, ФЗ 152 и GDPR (т.е. некоторые поисковые запросы принципиально нельзя делать через GET)
И сложный поиск в нем ужасен.
Ну и так далее.
Я потому сразу рисую свою схему на POSTах, добавляя GET там, где есть смысл в кэшировании на уровне сети.
источник

p

pragus in Архитектура ИТ-решений
Как кешить если tls?
источник

PD

Phil Delgyado in Архитектура ИТ-решений
Так оно может быть кэшироваться на стороне клиента, я же не знаю, как там TLS терминируется и что там стоит еще.
Но, в среднем, толку от этого мало, конечно (кроме картинок)
источник

GK

Gennadiy Kruglov in Архитектура ИТ-решений
Ну REST (L2) - это CRUD поверх HTTP. Если нужно что-то большее, чем CRUD, то REST не подходит.
источник

PD

Phil Delgyado in Архитектура ИТ-решений
Но иногда это очень сложно объяснить клиентам. Вплоть до реализации Rest (L2) поверх нормального REST (L1) для конкретного внедрения
источник

VI

Vladimir Ivanov in Архитектура ИТ-решений
источник

PD

Phil Delgyado in Архитектура ИТ-решений
Дочитал серию. Но подобная схема не работает вообще никогда.
источник