Size: a a a

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

2021 February 03

A

Anatoly in Архитектура ИТ-решений
Kirill Keker
сетевого взаимодействия?
да
источник

KK

Kirill Keker in Архитектура ИТ-решений
а сервисмеш есть?
источник

KK

Kirill Keker in Архитектура ИТ-решений
IBM вот это пидалит https://github.com/kiali/kiali
источник

KK

Kirill Keker in Архитектура ИТ-решений
оно с Istio дружит
источник

KK

Kirill Keker in Архитектура ИТ-решений
но у других сервисмешей есть свои аналоги
источник

A

Anatoly in Архитектура ИТ-решений
понятно. спасибо, я думаю примерно это и искал
источник

KK

Kirill Keker in Архитектура ИТ-решений
Anatoly
понятно. спасибо, я думаю примерно это и искал
тогда тебе сюда https://www.ibm.com/downloads/cas/XWN1WV9Q
источник

GK

Gennadiy Kruglov in Архитектура ИТ-решений
Anatoly
Привет. А кто что использует для построения графа зависимостей микросервисов и их отрисовки?
Граф зависимости полезен, но трассировка ещё полезнее. По трассировочной информации можно и о зависимостях судить.
источник

A

Anatoly in Архитектура ИТ-решений
Gennadiy Kruglov
Граф зависимости полезен, но трассировка ещё полезнее. По трассировочной информации можно и о зависимостях судить.
трассировка на zipkin
источник

GK

Gennadiy Kruglov in Архитектура ИТ-решений
Anatoly
трассировка на zipkin
Норм
источник

KK

Kirill Keker in Архитектура ИТ-решений
Gennadiy Kruglov
Граф зависимости полезен, но трассировка ещё полезнее. По трассировочной информации можно и о зависимостях судить.
трассировка не все может покрыть, если связи gRPC, Kafka, Nats, AMQP, JDBC, WebSocket, JSON-RPC не на HTTP
источник

GK

Gennadiy Kruglov in Архитектура ИТ-решений
Kirill Keker
трассировка не все может покрыть, если связи gRPC, Kafka, Nats, AMQP, JDBC, WebSocket, JSON-RPC не на HTTP
На самом деле практически всё. Вы же можете инструментировать код, разработать обёртки (как для Kafka)
источник

KK

Kirill Keker in Архитектура ИТ-решений
да, но лучше трассировку использовать для трассировки, а карту связей для карты связей
источник

GK

Gennadiy Kruglov in Архитектура ИТ-решений
Kirill Keker
да, но лучше трассировку использовать для трассировки, а карту связей для карты связей
Карту связей можно строить на основе трассирочной информации. Потому что в ней есть информация о реальных взаимодействиях.

Минус такого подхода - чтобы построить полную карту на этапе разработки нужно весь функционал "прогнать" через тесты, все возможные сценарии.

Плюс - актуальная информация, не требующая усилий по обновлению (бесплатная)
источник

GK

Gennadiy Kruglov in Архитектура ИТ-решений
Иными словами, если компоненты выглядит как зависимые, но реально не взаимодействуют, то этой зависимостью скорее всего можно пренебречь
источник

A

Anatoly in Архитектура ИТ-решений
Gennadiy Kruglov
Иными словами, если компоненты выглядит как зависимые, но реально не взаимодействуют, то этой зависимостью скорее всего можно пренебречь
Здравая мысль.
источник

GK

Gennadiy Kruglov in Архитектура ИТ-решений
Кто-то сказал бы, что это очевидно и в этом есть здравый смысл. И "задним числом" это действительно так.
источник

И

Иван in Архитектура ИТ-решений
Все так)
источник

AM

Alexey Mergasov in Архитектура ИТ-решений
Это вообще реально? Если два сервиса используют одну таблицу в бд это считается зависимостью?
источник

A

Anatoly in Архитектура ИТ-решений
Alexey Mergasov
Это вообще реально? Если два сервиса используют одну таблицу в бд это считается зависимостью?
Конечно
источник