Сейчас был интересный разговор с руководителем разработчиков (всех отделов разработки):

у нас есть две базы ЕРП и ЗУП, они между собой взаимодействуют, много обменов через Кафку. Обе супер доработанные. Планировали их объединять в одну (переносить все доработки и данные). Этот рук предложил не объединять. А работать через ком объект. Т.е. в ЕРП нужно получить список сотрудник - через ком объект получаем из ЗУП. И так все остальное. Насколько реально такой метод будет работать на практике?
Аргументировал тем что, сейчас весь мир декомпозирует базы. Чтобы их было много и небольшие.

"Т.е. в ЕРП нужно получить список сотрудник - через ком объект получаем из ЗУП. И так все остальное. Насколько реально такой метод будет работать на практике?" - а чем кафка не устраивает ?

Питер 23:38. Меняется орг структура компании. Новый рук, хотел посмотреть как мы обновляем прод.

"Аргументировал тем что, сейчас весь мир декомпозирует базы. " - аргументация крайне слабая для такого высокого руководителя

понял, а почему не пошли на его должность ?

он рук всех разработчиков (приложений, сайта), и сейчас станет еще и 1С. Я иду на должность типлида\техлида, в понедельник был собес, завтра будет ответ.

шикарно - удачи вам

Ну там еще было что с мелкими базами (отдельными блоками) проще работать, обновлять, индексы , и весят они меньше... возможно что-то еще я упустил.

Спасибо))

ну вот это уже ближе к его должности.. а не то что так работает весь мир - это вообще в последнюю очередь сейча кого то интересует

в целом он вроде грамотный, но в 1С не шарит. И я его "язык" сложно воспринимаю. Почти на разных языках разговариваем. Но об одном и том же)

но вообще здорово когда есть у кого учиться

Много взаимодействий между базами. Клепаем обмены. Если бы все в одной базе было - избавились бы от обменов. Кафка для обмена данными. А хотят якобы через ком-объекты работать с объектами и методами из другой базы.

"Если бы все в одной базе было - избавились бы от обменов" - и приобрели бы много много другого гемороя который сложнее администрировать

" А хотят якобы через ком-объекты работать с объектами и методами из другой базы." - ну можно и так - не суть, но я бы лучше тогда не ком - потому что ком это чисто виндовая приблуда - а через ws делал - в разы эффективнее по многим параметрам - и самое важное не нужно к винде привязываться

это да, особенно перенос всех доработок и данных занял бы кучу времени. Насколько реально это через ком-объект делать? насколько он производительный. Например элементарно получить список активных сотрудников из ЗУП в ЕРП. Просто последний раз когда я с КО работал, было долго. Базы на одном серваке.

Спасибо большое за совет) поизучаю)

если делать самостоятельно то будет довольно быстро - сама по себе технология относительно шустрая

Спасибо) В общем интересную идею он подкинул) будем копать в этом направлении... база уже несколько терабайт)

ну как по мне - так себе идея, но пускай он решает

а подскажите какой хороший вариант есть?😊

пускай он выбирает, я делюсь опытом только с участниками чата а не третьей стороной

да это по больше степени моя задача будет, а не его)

Лучше через HTTP-запросы делайте интеграцию. COM-ом вы себя к Винде безосновательно привяжете. Да и проблем с ним много потом.

Всё относительно. Сам по себе COM весьма медленный. Но по сравнению с обменом через Кафку, неверное, будет на порядки быстрее. У COM хорошо только одно - мы кодом получаем доступ прямо в другую конфигурацию, и можем манипулировать в ней данными и выполнять код. На этом прелести COM-а заканчиваются. И начинаются неприятности.