Size: a a a

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

2020 March 04

AP

Alexey Pryanishnikov in Архитектура ИТ-решений
но а вот теперь, положа руку на сердце - вот эти все фокусы, они в подавляющем большинстве случаев реально нужны, или всё-таки это натягивание совы на глобус, чтобы гордо сказать "а зато микросервисы"?
Как говорится "если этого ужа, бережно в тиски зажав, напихать в него иголок, вы получите ежа"
источник

AP

Alexey Pryanishnikov in Архитектура ИТ-решений
я к тому, что чего вы привязались к молотку, есть ещё сотня инструментов
источник

YB

Yury Batsyuro in Архитектура ИТ-решений
Alexey Pryanishnikov
но а вот теперь, положа руку на сердце - вот эти все фокусы, они в подавляющем большинстве случаев реально нужны, или всё-таки это натягивание совы на глобус, чтобы гордо сказать "а зато микросервисы"?
Как говорится "если этого ужа, бережно в тиски зажав, напихать в него иголок, вы получите ежа"
Да можно не называть это микросервисами. Очень много кто проектировал в таком ключе ещё до появления самой концепции. Просто было понятно, что при специфических требованиях локализовать геморрой выгодно. Иногда в отдельной библиотеке, иногда в отдельном классе, иногда в отдельном процессе.
источник

YB

Yury Batsyuro in Архитектура ИТ-решений
У вас же тоже 0.1 — требование не ко всему энтерпрайзу.
источник

S

Serezha in Архитектура ИТ-решений
Вы еще в FPGA прошейте микросервисы с общей шиной 🙈
источник

YB

Yury Batsyuro in Архитектура ИТ-решений
Serezha
Вы еще в FPGA прошейте микросервисы с общей шиной 🙈
А северный и южный мост — это что по-вашему? Железо от софта не далеко падает.
источник

YB

Yury Batsyuro in Архитектура ИТ-решений
А IoT?
источник

S

Serezha in Архитектура ИТ-решений
Yury Batsyuro
А северный и южный мост — это что по-вашему? Железо от софта не далеко падает.
Вы проектировали чипы ?
источник

YB

Yury Batsyuro in Архитектура ИТ-решений
Serezha
Вы проектировали чипы ?
Нет, но знаком.
источник

YB

Yury Batsyuro in Архитектура ИТ-решений
Я адепт Mechanical Sympathy, так что кое-какие знания приходится иметь.
источник

S

Serezha in Архитектура ИТ-решений
Я понимаю что все в мире можно в какие угодно концепции вписать - но зачем?
источник

S

Serezha in Архитектура ИТ-решений
Микросервисы возникли как ответ на сложность работы с монолитной архитектурой в убогих софтверных проектах - в железе и прочих сферах жизни другие вызовы проблемы и ответы
источник

YB

Yury Batsyuro in Архитектура ИТ-решений
Serezha
Я понимаю что все в мире можно в какие угодно концепции вписать - но зачем?
Архитектура предполагает выделение абстракций на основе сходств и различий. Если копать в различия, то все шины разные, и где Кролику хорошо, там Кафке смерть. Если мы говорим про микросервис как абстракцию, то мы должны освободить самих себя от деталей реализации.
источник

YB

Yury Batsyuro in Архитектура ИТ-решений
Serezha
Микросервисы возникли как ответ на сложность работы с монолитной архитектурой в убогих софтверных проектах - в железе и прочих сферах жизни другие вызовы проблемы и ответы
Вы путаете с SOA
источник

AP

Alexey Pryanishnikov in Архитектура ИТ-решений
не путает, просто SOA возникла с той же целью)
источник

S

Serezha in Архитектура ИТ-решений
Yury Batsyuro
Архитектура предполагает выделение абстракций на основе сходств и различий. Если копать в различия, то все шины разные, и где Кролику хорошо, там Кафке смерть. Если мы говорим про микросервис как абстракцию, то мы должны освободить самих себя от деталей реализации.
А, вы уже на вершине пирамиды архитекторов :) https://www.joelonsoftware.com/2001/04/21/dont-let-architecture-astronauts-scare-you/
источник

YB

Yury Batsyuro in Архитектура ИТ-решений
Alexey Pryanishnikov
не путает, просто SOA возникла с той же целью)
SOA предполагает замену стека вызовов стеком сетевых обращений. Микросервисы всё-таки требуют формировать поток на вход и поток на выход и сцепляя одни с другими уже формировать поезда бизнес-логики. Поэтому монолит в SOA ещё можно зарефакторить, а вот монолит в микросервисы можно только переписать.
источник

AP

Alexey Pryanishnikov in Архитектура ИТ-решений
паттерны, кстати (что проектирования, что программирования), это ИМХО тоже ответ на лень и\или некомпетентность участников процесса
источник

AP

Alexey Pryanishnikov in Архитектура ИТ-решений
не пятница, но надо ж холивар поддерживать
источник

AP

Alexey Pryanishnikov in Архитектура ИТ-решений
Yury Batsyuro
SOA предполагает замену стека вызовов стеком сетевых обращений. Микросервисы всё-таки требуют формировать поток на вход и поток на выход и сцепляя одни с другими уже формировать поезда бизнес-логики. Поэтому монолит в SOA ещё можно зарефакторить, а вот монолит в микросервисы можно только переписать.
Но ведь если всё, по вашим словам, микросервисы, то монолит это же тоже микросервисы, просто где-то глубоко внутри.
Стало быть, не надо ничего рефакторить или переписывать - достаточно просто переназвать ;)
источник