Микросервисы: второе пришествие агентов

[ailev]

Мартин Фаулер довольно давно уже написал про микросервисы: http://martinfowler.com/articles/microservices.html. Микросервисы там подаются в том числе и как альтернатива корпоративным шинам (smart endpoints and dumb pipes. Applications built from microservices aim to

Comments

[cross_join]

Вы не читали Васкевича "Технологии клиент-сервер"?
Там тоже 25 лет назад провозглашалось, что все идет к децентрализации.
Аргументы все те же были. "Децентрализация правильна, потому что она верна"
И не то, чтобы я был против, но глупость ведь, согласитесь? :)

[ailev]

Не всё идёт к децентрализации, и не всё ведёт к централизации. Вон, интернет децентрализован по необходимости. А когда пытаются "децентрализовать" и "асинхронизировать" какие-нибудь процессоры на чипе, то бардак получается. Разные архитектуры нужны для разных применений, я так об этом тут и написал.

Аналогию с агентским подходом я недаром привёл: отнюдь не любая задача хорошо ложится на агентские архитектуры. И этим агентским архитектурам тоже сто лет будет в эту субботу.

[cross_join]

Я до сих пор скорблю по корбе, но что поделать...
Линуксовая архитектура с сервисами по d-bus подпадает под ваш периметр? Транспьютеры?
P.S. А от капчи как-то можно избавиться?

[ailev]

Капча не в моей власти, её как-то ставит движок ЖЖ (я знаю, что её выставление как-то связано с "социальным капиталом" комментирующего). Но, кстати, даже с этой хитрой не моей капчей до сих пор регулярно выкашиваю спам-комменты разных ботов. Это к вопросу об уязвимостях распределённых архитектур.

Ох, транспьютеры к ночи помянули )) Теоретически-то они тоже всем счастье приносили! И эта идея регулярно продолжает появляться. И никак, никак не взлетит!

[coralsteel]

Можно узнать Ваше мнение о работе Ацюковского о развитии бортовой аппаратуре самолета?
https://www.youtube.com/watch?v=baB28jOFKoM
Как она стыкуется с Вашими формализациями?
Ацюковский реально определил разработку пяти поколений аппаратуры самолетов.

[thedeemon]

А это чем-то отличается от SOA (service oriented architecture), хайп по которой был уже несколько лет назад? В частности, амазон активно это дело применял и весь был на сервисах таких построен.

[ailev]

В первой же ссылке (на текст Мартина Фаулера) есть отдельная вкладка, специально посвящённая этому вопросу -- не заметили? Ну, и Гугль выдаёт огромное число разных статей, специально посвящённых разбору разницы (спросите его SOA microservices comparison).

[iter_ignis]

У Фаулера в статье про это есть, два содержательных момента:
1. SOA - это затасканный термин и слишком про многое, потому бросим его псам.
2. Как только нужно знать онтологию сервиса, you're in big troubles. Нужно быть проще.

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

[olegsmith]

Все опять возвращается к шинам, точнее кластеризованным именованным очередям. Почему? Потому что управлять производительностью посредством очереди и снимать статистику относительно легко.