Size: a a a

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

2020 April 23

LV

Leonid Vygovskiy in Архитектура ИТ-решений
Если есть шина, я могу через нее слать события, или же вызывать другие приложения.
Грубо говоря. ЦБ через шину может слать мне курс валюты каждый час.
Или я могу через soap (также  через шину) спрашивать курс валют у ЦБ.
источник

LV

Leonid Vygovskiy in Архитектура ИТ-решений
Вот как бы эту разницу назвать кратко.
источник

GK

Gennadiy Kruglov in Архитектура ИТ-решений
Leonid Vygovskiy
Если есть шина, я могу через нее слать события, или же вызывать другие приложения.
Грубо говоря. ЦБ через шину может слать мне курс валюты каждый час.
Или я могу через soap (также  через шину) спрашивать курс валют у ЦБ.
Это разные стили взаимодействия в рамках интеграции.
источник

LV

Leonid Vygovskiy in Архитектура ИТ-решений
Как эти стили называются?
источник

GK

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

GK

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

DS

Dmitriy Stolyarov in Архитектура ИТ-решений
Maxim Smirnov
Какую-то грустную тему вы подняли :( Мой опыт лечения качества данных в ФНС, полученных из реестра: вы пишите на сайте обращение, что у вас неверно указан объект недвижимости. Налоговая пишет письмо (кому и зачем не помню) и закрывает кейс. Через год, когда объект налогообложения не исчез, вы за свой счет получаете выписку из реестра и отправляете её в налоговую.

Краткое резюме. Если что-то и делать единое, то службу разгребания обращения граждан по поводу качества данных. ИТ-системы, валидации, миграции и пр. умные вещи здесь совершенно не причем
В моем случае росреестр признал ошибку (нашли историю изменений по объекту кадастрового учета и обнаружили ошибку) и сам направил обновленные данные в фнс
источник

LV

Leonid Vygovskiy in Архитектура ИТ-решений
Когда просто передаются данные из одной ИС в другую (как именно, не так важно) и когда одна система предоставляет другой именно услугу
источник

GK

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

DS

Dmitriy Stolyarov in Архитектура ИТ-решений
Leonid Vygovskiy
Если есть шина, я могу через нее слать события, или же вызывать другие приложения.
Грубо говоря. ЦБ через шину может слать мне курс валюты каждый час.
Или я могу через soap (также  через шину) спрашивать курс валют у ЦБ.
Или подписаться на топик)))
источник

LV

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

AP

Alexey Pryanishnikov in Архитектура ИТ-решений
Leonid Vygovskiy
Коллеги, подскажите.
Есть интеграции, когда происходит перезаливка данных из одной системы в другую.
А есть интеграции, когда одна системе предоставляет именно функции, которые другая система вызывает.
Вот как по красивому кратко их называют?
Перегрузка данных или процесс ETL (extract-transform-load) и просто получение\выгрузка данных (из системы А по интерфейсу X), соответственно.
источник

GK

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

F

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

AP

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

F

Fagor in Архитектура ИТ-решений
Leonid Vygovskiy
Коллеги, подскажите.
Есть интеграции, когда происходит перезаливка данных из одной системы в другую.
А есть интеграции, когда одна системе предоставляет именно функции, которые другая система вызывает.
Вот как по красивому кратко их называют?
вызывает функции, или запрашивает с параметрами? Результат может быть один, но подход меняется, вообще вызывать функции очень не рекомендуется, в апи могут появятся проблемы данных. Часто это решают ESB, в котором может быть слой ETL
источник

F

Fagor in Архитектура ИТ-решений
Alexey Pryanishnikov
очень наивно вести речь про какую-то одну шину - интеграционную или данных. Как будто в любой крупной конторе их не десятки одновременно живёт ))
В рамках одной конторы, когда данные не в public api, вполне одна шина будет хорошим решением. Как вы организуете Мастер данные, если у вас нормальной шины не будет?
источник

AP

Alexey Pryanishnikov in Архитектура ИТ-решений
Fagor
В рамках одной конторы, когда данные не в public api, вполне одна шина будет хорошим решением. Как вы организуете Мастер данные, если у вас нормальной шины не будет?
Я не к этому. Я к тому, что у того же сбера "единых шин" пяток наверняка наберётся, если не десяток.
Так же как у какого-нибудь вымпела 5 биллингов.
И да, проблему мастера конечно решают.... добавлением ещё одного "самого-самого единого" ;)
источник

F

Fagor in Архитектура ИТ-решений
P.S. Есть "центральный" софт со своими "Шинами", обычно центральный для отраслей, которые можно приспособить к экосистеме. Опять же в рамках данных внутри компании с четко выраженной отраслью.
источник

F

Fagor in Архитектура ИТ-решений
Alexey Pryanishnikov
Я не к этому. Я к тому, что у того же сбера "единых шин" пяток наверняка наберётся, если не десяток.
Так же как у какого-нибудь вымпела 5 биллингов.
И да, проблему мастера конечно решают.... добавлением ещё одного "самого-самого единого" ;)
Это да, еще один стандарт, еще одна центральная система. Ну я про сбер говорю только в рамках видения и последних докладов, а то что сейчас у них зоопарк - это да.
источник