Size: a a a

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

2019 October 14

AL

Alexander Luchkov in Архитектура ИТ-решений
Sergey iscremas
На мой взгляд, если нет понимания кто и куда что-то отправляет, то http/2 ловить на сетевом уровне как-то может и не получиться. Как миниумум, из-за TLS. Вам для начала хотя бы составить карту взаимодействий этих сервисов. А дальше уже можно через специальные шлюзы перенастроить их общение
Погуглил шлюзы. Ну как-то видимо самим придётся писать.
источник

A

Alx in Архитектура ИТ-решений
Sergey iscremas
На мой взгляд, если нет понимания кто и куда что-то отправляет, то http/2 ловить на сетевом уровне как-то может и не получиться. Как миниумум, из-за TLS. Вам для начала хотя бы составить карту взаимодействий этих сервисов. А дальше уже можно через специальные шлюзы перенастроить их общение
Можно уточнить, какие специальные шлюзы вы имеете ввиду?
источник

AS

Aleksey Seledtsov in Архитектура ИТ-решений
Я вот ещё смотрел в сторону nginx, там есть функциональность роутинга и проксирования gRPC с (рас)шифрованием: https://www.nginx.com/blog/nginx-1-13-10-grpc/ — но из nginx надо паковать в amq всё равно ведь, верно? 🙂
источник

Si

Sergey iscremas in Архитектура ИТ-решений
Alx
Можно уточнить, какие специальные шлюзы вы имеете ввиду?
Готовых я не знаю, но идея в том, чтобы развернуть специальный сервис в каждой внутренней зоне для шлюзования всего grpc трафика приходящего на него, например, на основе URI. Можно даже на dns такое замутить, если есть возможность настройки отдельных dns зон во внутренних контурах
источник

Si

Sergey iscremas in Архитектура ИТ-решений
Ну в любом случае, нужна полная карта взаимодействия. Иначе эти либо будет очень тяжело маршрутизируемо (если вообще возможно), либо дыра в безопасности
источник
2019 October 16

DK

Daria Kaftan in Архитектура ИТ-решений
Коллеги, всем доброго дня) Возникла необходимость в составлении такого документа, как High Level Design (HLD), на уже существующую систему, новую для нас. Лежать инфа будет в конфлюенсе.
Сталкивались ли вы с таким документов и что в нем описывали?
источник

S

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

PD

Phil Delgyado in Архитектура ИТ-решений
Ох, делал, как вспомню, так вздрагиваю...
источник

DN

Dmitry N in Архитектура ИТ-решений
Daria Kaftan
Коллеги, всем доброго дня) Возникла необходимость в составлении такого документа, как High Level Design (HLD), на уже существующую систему, новую для нас. Лежать инфа будет в конфлюенсе.
Сталкивались ли вы с таким документов и что в нем описывали?
мы пишем пока два раздела в таком документе Текущая архитектура - верхнеуровневые бизнес-функции и уровень приложений с функциями и данными приложений, которые его реализуют. Это схема в Архимейте. И целевая архитекутра. В тексте текущие ограничения (организационные, законодательные и т.п.), какие мероприятия нужно инициировать для перехода к целевой и т.п. . Это если коротко.
источник

AT

Alexander Teterkin in Архитектура ИТ-решений
Daria Kaftan
Коллеги, всем доброго дня) Возникла необходимость в составлении такого документа, как High Level Design (HLD), на уже существующую систему, новую для нас. Лежать инфа будет в конфлюенсе.
Сталкивались ли вы с таким документов и что в нем описывали?
источник

ОК

Олег Краснов in Архитектура ИТ-решений
У нас примерно также, а чтобы упороться вот шаблон
источник

AM

Aleksey Melnikov in Архитектура ИТ-решений
Daria Kaftan
Коллеги, всем доброго дня) Возникла необходимость в составлении такого документа, как High Level Design (HLD), на уже существующую систему, новую для нас. Лежать инфа будет в конфлюенсе.
Сталкивались ли вы с таким документов и что в нем описывали?
Я бы посмотрел на труды Розански и Вудс про вьюпоинты. В зависимости от того какие стейкходеры на проекте подобрал подходящие типы диаграмм или совместил 1-2 в одной.
Это если в организации это нужно сделать с нуля, никто не признается что конкретно хочет и нет поставленной цели.
источник

IV

Ivan Volovodov in Архитектура ИТ-решений
Aleksey Melnikov
Я бы посмотрел на труды Розански и Вудс про вьюпоинты. В зависимости от того какие стейкходеры на проекте подобрал подходящие типы диаграмм или совместил 1-2 в одной.
Это если в организации это нужно сделать с нуля, никто не признается что конкретно хочет и нет поставленной цели.
Второй абзац относительно существующей системы?
У Дарьи задача - верхнеуровнево описать существующую систему.
источник

AM

Aleksey Melnikov in Архитектура ИТ-решений
Ivan Volovodov
Второй абзац относительно существующей системы?
У Дарьи задача - верхнеуровнево описать существующую систему.
Да. Я имел в виду что нужно убедиться что нет подобных документов по смежным системам к которым уже привыкли стейкхолдеры. В этом случае, как мне кажется, комфортней для пользователей будет делать в знакомом им формате.
источник

DK

Daria Kaftan in Архитектура ИТ-решений
Aleksey Melnikov
Да. Я имел в виду что нужно убедиться что нет подобных документов по смежным системам к которым уже привыкли стейкхолдеры. В этом случае, как мне кажется, комфортней для пользователей будет делать в знакомом им формате.
Нету. По сути, мы делаем это для себя как один из результатов предпроектного обследования.
источник

DK

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

DK

Daria Kaftan in Архитектура ИТ-решений
Sergey
разрисуйте систему по компонентам и протоколам взаимодействия меж ними и обьедините что шибко детально получилось
Да, что-то похожее планирую нарисовать в обязательном порядке.
источник

MS

Maxim Shalomovich in Архитектура ИТ-решений
Daria Kaftan
Соответственно, передо мной стоит задача - понять, какие вещи туда включают, и что из этого было бы полезно включить и нам
полезно включать туда вещи, которые имеют значение для кого-то из потребителей, и поэтому их актуальность будет тем или иным образом поддерживаться. Все остальное включать смысл не имеет)
источник

DK

Daria Kaftan in Архитектура ИТ-решений
Maxim Shalomovich
полезно включать туда вещи, которые имеют значение для кого-то из потребителей, и поэтому их актуальность будет тем или иным образом поддерживаться. Все остальное включать смысл не имеет)
да, естественно. я пока за всех потребителей пытаюсь понять, а что, собственно, дают)) то есть какие варианты есть, чтобы выбирать то, что будет иметь значение
источник

DK

Daria Kaftan in Архитектура ИТ-решений
Олег Краснов
У нас примерно также, а чтобы упороться вот шаблон
О, спасибо
источник