#интеграция_систем — Public Fediverse posts

Опубликованы видеозаписи докладов INFOSTART TECH EVENT 2026

Видеозаписи и презентации докладчиков прошедшей 8–10 октября конференции INFOSTART TECH EVENT 2026 теперь доступны. В программе - разработка 1С, DevOps, HighLoad, интеграции, тестирование и 26 выступлений об ИИ. Рассказываем, как участникам получить доступ к материалам и как посмотреть записи тем, кто не был на конференции. I NFOSTART TECH EVENT 2026 собрал более 1000 участников: разработчиков и архитекторов 1С, ИТ-директоров, руководителей разработки, DevOps-инженеров, QA-специалистов и системных администраторов. Выступления проходили в нескольких параллельных потоках. Теперь можно посмотреть пропущенные доклады, пересмотреть технические разборы в удобном темпе и подробнее изучить презентации спикеров.

https://habr.com/ru/companies/infostart/articles/1094862/

#1с #искусственный_интеллект #highload #тестирование_по #devops #видеозаписи_докладов #интеграция_систем #техническое_лидерство #llmагенты #infostart_tech_event_2026

Как проектировать обработку ошибок и алертинг в ESB‑решениях

Практический взгляд на то, как можно строить надёжную обработку ошибок и оповещения в интеграционных решениях. Классификация ошибок, повторные попытки, очереди, защита от дублей, агрегация алертов и метрики для мониторинга — с примерами и рекомендациями для реальных проектов.

https://habr.com/ru/articles/1091164/

#интеграция #мониторинг #оповещение #обработка_ошибок #esb #шина_данных #интеграция_систем #оповещение_об_ошибках #наблюдаемость #шина_данных_предприятия

Автоматизировать процессы, составлять ТЗ с ИИ и управлять требованиями — дайджест для аналитиков

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

https://habr.com/ru/companies/otus/articles/1092338/

#управление_требованиями #системный_анализ #бизнесанализ #автоматизация_процессов #профессиональное_развитие #интеграция_систем #работа_со_стейкхолдерами #бесплатные_уроки #подборка_вебинаров

Как разработать уникальное тиражируемое решение для отрасли? Опыт Integer в создании TMS для фармацевтики

На рынке есть спрос на готовые продукты, которые позволяют быстро решать как типовые, так и узкоспециализированные задачи. Тиражирование позволяет решить эту задачу сразу для обеих сторон: заказчик получает быстрое внедрение кастомизированного решения, а разработчик – возможность использовать основу продукта в следующих проектах, не начиная каждый раз с нуля. При этом каждый новый проект позволяет выявлять типовые потребности клиентов и учитывать их в базовом продукте, постепенно сокращая объем работ при следующих внедрениях. Меня зовут Виктор Машошин, я генеральный директор Integer, и в этой статье на примере системы управления трейд-маркетингом (TMS) я расскажу, как мы пришли к тиражированию, и как это решение позволило сократить средний срок внедрения в два раза даже для сложных клиентов.

https://habr.com/ru/companies/lansoft_career/articles/1091092/

#TMS #trade_marketing #трейдмаркетинг #кастомизация #тиражирование #интеграция_систем #автоматизация_бизнеспроцессов #фармацевтика

Когда технический долг и legacy-системы тянут CIO вниз

Миграция с устаревшей системы на новую часто выглядит просто на архитектурной схеме: выключить старое, включить новое и продолжить работу. На практике такой переход затрагивает данные, интеграции и процессы, поэтому один неучтённый сценарий может привести к проблемам уже после выхода в прод. В статье разбирается подход Big Bang migration, его особенности и вопросы, которые важно учитывать при подготовке такого перехода.

https://habr.com/ru/companies/otus/articles/1088664/

#cio #технический_долг #legacy #миграция_систем #архитектура_приложений #интеграция_систем

Заказ снаружи, десятки систем внутри. Как менялся IT-ландшафт «Петровича»

Автор: Дмитрий Левин, системный аналитик, отдел системного и бизнес-анализа, Петрович-Тех Когда мы слышим «Петрович», перед глазами встают обои, смеси, доски, крепеж, краска - и тот самый список покупок, который начинался с «возьмем только самое необходимое», а закончился оформлением доставки, потому что до машины все это уже было не донести. Но за фасадом строительного ретейлера скрывается слой, который клиент никогда не видит, - IT-ландшафт. Пока покупатель выбирает товар, внутри компании работают системы учета, товарных справочников, складской сборки, маршрутизации, контакт-центра, электронного документооборота, программ лояльности, аналитики и десятков других сервисов - именно они проводят заказ через весь путь: от корзины до двери. Это история о том, как IT-ландшафт «Петровича» вырос из одной системы в десятки специализированных и теперь движется к единой платформе. А заодно разберемся, чем занимается «Петрович-Тех» и почему его работу можно сравнить со строительством.

https://habr.com/ru/companies/petrovich-tech/articles/1083104/

#ITландшафт #ITархитектура #информационные_системы #цифровая_трансформация #автоматизация_бизнеса #интеграция_систем #микросервисы #ecommerce #разработка_ПО

Как проверить новую интеграционную архитектуру до выхода в прод: пример пилота ESB на реальной задаче

На связи Сергей Скирдин, технический директор ИТ-интегратора «Белый код». Когда меня спрашивают, как выбрать интеграционную платформу, я обычно советую не ограничиваться сравнением функций и демонстрацией вендора. Гораздо полезнее проверить платформу на конкретной задаче из собственного ИТ-ландшафта. Недавно для одного из заказчиков мы провели такой пилот: вместо существующей цепочки COM-обменов проверили централизованную схему через DATAREON Platform. Всего три интеграционных потока позволили проверить не только саму платформу, но и ключевую архитектурную гипотезу — может ли одна из систем стать единым источником данных, а зависимость от промежуточной системы быть устранена. На этом примере разберу, что именно имеет смысл проверять во время пилота ESB и почему пилот не должен превращаться в формальную передачу нескольких сообщений из точки А в точку Б.

https://habr.com/ru/companies/w_code/articles/1077064/

#интеграция #пилот #интеграция_систем #datareon #datareon_platform #1c

Архитектура 1С без иллюзий: что происходит с системой после внедрения

Выбор конфигурации это только начало автоматизации. Дальше приходится определять границы систем, проектировать интеграции, решать, что дорабатывать, а что оставлять типовым, и оценивать стоимость будущего сопровождения. Этим вопросам будет посвящена секция «Решения 1С: архитектура, учет и кейсы автоматизации» на INFOSTART A&PM EVENT 2026 , который пройдет 12–14 ноября в Санкт-Петербурге.

https://habr.com/ru/companies/infostart/articles/1074332/

#1С #архитектура_1С #автоматизация_бизнеса #системный_анализ #бизнесанализ #интеграция_систем #учетные_системы #внедрение_1С #управление_проектами #infostart_a_pm_2026

Как спроектировать API для мобильного приложения поверх монолитной системы

Во многих организациях мобильное приложение появляется значительно позже основной информационной системы. К этому моменту уже существует большая база данных, несколько внутренних интерфейсов, отчёты, фоновые задания и интеграции с другими сервисами. Всё это работает годами, поэтому полностью заменить систему ради нового приложения обычно невозможно. В такой ситуации возникает понятная идея: подключить мобильный клиент напрямую к существующей базе или быстро добавить несколько методов в старую систему. Это действительно позволяет показать первые экраны, но дальше начинают появляться проблемы. Клиент зависит от структуры таблиц, разные разделы возвращают данные в разных форматах, права доступа проверяются непоследовательно, а любое изменение монолита может сломать уже опубликованное приложение. В этой статье разберу более устойчивый вариант: отдельный API‑слой между мобильным приложением и существующей системой. Без полной переработки монолита и без попытки сразу перейти на микросервисы.

https://habr.com/ru/articles/1074170/

#проектирование_API #REST_API #архитектура_приложений #монолитная_система #legacyсистема #системный_анализ #интеграция_систем #безопасность_API #мобильное_приложение #модернизация_архитектуры

FESB и PostgreSQL. Кейс «Отметка по дате изменения»

Привет, Хабр! В этой статье я хочу подробно разобрать практический пример инкрементальной синхронизации данных между двумя базами PostgreSQL с использованием FESB. Материал получился достаточно объёмным, поскольку я решил показать не только общую идею, но и весь путь реализации: от подготовки таблиц и триггеров до настройки интеграционного процесса, первоначальной загрузки и обработки последующих изменений. Статья в первую очередь будет полезна разработчикам, интеграторам и архитекторам, которые работают с ESB, ETL и реляционными базами данных. Даже если вы не используете FESB, описанный подход с контрольной точкой и инкрементальной загрузкой можно адаптировать для других интеграционных платформ. Надеюсь, каждый читатель сможет найти в материале что-то полезное для своих задач — готовое решение, отдельный SQL-приём или идею для построения собственного интеграционного процесса.

https://habr.com/ru/articles/1071662/

#шины_данных #интеграция #интеграция_систем #cdc #change_data_capture #postgresql

9 ошибок при создании и внедрении чат‑ботов

Чат‑бот можно собрать за вечер, но его реальная цена проявляется позже — в ошибочных ответах, лишней нагрузке на команду и отсутствии бизнес‑эффекта. Разбираем девять типовых просчётов, из‑за которых ИИ‑ассистент превращается в дорогой источник новых проблем.

https://habr.com/ru/companies/otus/articles/1065742/

#чатботы #искусственный_интеллект #LLM #внедрение_ИИ #бизнеспроцессы #база_знаний #управление_контекстом #интеграция_систем #стоимость_владения #безопасность_данных

ESM-платформы: как объединить десятки корпоративных систем в единую управляемую среду

Когда у вас разные точки входа в каждый отдел — в ИТ писать, в HR звонить — сотрудник половину рабочего времени бегает между разными каналами в попытке решить свой вопрос. Или хотя бы найти того, кто его решит. А когда вы пытаетесь сделать общий источник данных для всех обслуживающих подразделений и создать наконец одну-единственную точку входа для всех запросов сотрудника, приходится объединять интеграциями с десяток систем. Чтобы не мучаться, есть такой класс систем как ESM-платформы. Разбираемся, зачем бизнесу такое решение, оправдан ли хайп, поможет ли платформа связать разные точки входа в один удобный канал.

https://habr.com/ru/companies/simpleone/articles/1067378/

#ESM #Enterprise_Service_Management #ITSM #интеграция_систем #единая_точка_входа #каталог_услуг #SLA #lowcode #автоматизация_бизнеспроцессов #цифровая_трансформация

Не выбирайте между Яндексом и DIY: как написать свой «мост» для умного дома на PHP за вечер

Когда на Хабре выходит статья о самодельных датчиках на ESP8266 или собственных серверах умного дома, в комментариях обязательно появляется классический вопрос: «Зачем изобретать велосипед? Есть же Яндекс с Алисой, Сбер, Tuya. Купил готовую розетку за 500 рублей, и всё работает. Как вы вообще собираетесь интегрировать свои поделки в нормальные экосистемы?» Вопрос справедливый. Но он исходит из ложной дихотомии: будто нужно выбрать либо облачные экосистемы, либо свои сервера. Еще интереснее то, что у каждого разработчика свой опыт, стиль, чувство удобности и применимости итогового решения и его простоты. Поэтому то, что для кого-то является давно пройденными граблями, для другого является действительно красивым и крутым решением. На самом деле, самая мощная архитектура — гибридная . Где Яндекс отвечает за надежное «железо» (розетки, лампы, реле), а ваш собственный сервер выступает «мозгом», принимающим сложные решения, которые облачным автоматизациям не под силу. Сегодня я покажу на реальном, рабочем примере, как за 20 минут написать на PHP скрипт, который объединяет данные с самодельного датчика влажности (Sensorbox) и управляет умной розеткой Яндекс. И да, это действительно просто.

https://habr.com/ru/articles/1065084/

#Умный_дом #DIY_автополив #Интеграция_самодельных_датчиков #электроника #автоматизация #интернет_вещей #лайфхак #интеграция_Яндекс #интеграция_систем #умная_розетка

ИБ как запретительный орган: традиция или необходимость?

Сразу оговорюсь: я не безопасник. В ИБ я разбираюсь ровно настолько, насколько должен разбираться любой взрослый человек не называть три цифры с оборота карты, не хранить пароли в файле "пароли.txt", немного понимаю про доступы и разграничение прав. ИБ это не моя специализация, и я не претендую на экспертную оценку конкретных практик. Но у меня как у человека, который много лет занимается внедрениями ITSM/ITAM и постоянно взаимодействует со службами безопасности заказчиков, накопилось наблюдение, которым хочется поделиться и услышать мнение тех, кто в теме глубже.

https://habr.com/ru/articles/1057112/

#информационная_безопасность #разработка #итинфраструктура #интеграция_систем #itsm

Два учета, одна правда: как я перестал сверять 1С и ITAM руками

Выгрузил железо из 1С, рядом положил список из ITAM — цифры разные. Полдня искал, кто накосячил, и не нашёл: косячить некому. 1С и ITAM и не должны сходиться — они про разное. Одна считает деньги, другая — что реально стоит и работает. Рассказываю, как перестал сверять их руками и развёл раз и навсегда.

https://habr.com/ru/companies/simpleone/articles/1056558/

#ITAM #1С #интеграция_систем #учёт_ИТактивов #cmdb #синхронизация_данных #мастерданные #управление_лицензиями #инвентаризация #ОКОФ

Умная шина: почему мы не стали писать ещё один ESB

Привет, Хабр. Меня зовут Виктор Овчинников, я руковожу разработкой интеграционной платформы Digital Q.Integration в компании Диасофт. Про то, как интеграционный слой убивает ИИ-проекты, я уже писал здесь и здесь . Про историю появления платформы — тридцать лет проектной боли и зоопарк западных ESB написал Дмитрий Гаврин в отдельной статье . Рекомендую прочитать, если не читали. Сегодня разберу технику. Что именно сидит под капотом платформы, какие инструменты мы выбрали и почему, где это работает хорошо, а где ломается. Почему не классический ESB Коротко, потому что Дмитрий уже написал развёрнуто. Классическая ESB — это монолитное ядро. Масштабирование только вертикальное. И при падении падает всё. Но самое болезненное для эксплуатации это то, что со временем шина становится местом, куда стекается вся прикладная логика. Через несколько лет она знает о бизнесе компании больше, чем любая из систем, которые к ней подключены. Разобраться в этом — отдельная задача. Это то нас и подтолкнуло к собственному подходу. Мы сформулировали для себя так: возьмём лучшее из point-to-point и из ESB. Независимые сервисы — без централизованной бизнес-логики. Общий транспорт, общий мониторинг, общий инструментарий — как в ESB. Концепция называется «умные сервисы и надёжные каналы». Архитектура: каждая система — отдельный микросервис Предлагаю посмотреть, как это работает. Для каждой интегрируемой системы создаётся независимый микросервис-коннектор. Он содержит ровно ту логику, которая нужна для взаимодействия с этой системой — и ничего лишнего. Адаптеры общаются через транспортный уровень, который отвечает за доставку и надежность.

https://habr.com/ru/companies/diasoft_company/articles/1053890/

#diasoft #digital_q #digital_qintegration #программирование #ai #aiагенты #интеграция #интеграция_систем

Почему контроль расходов ломается после внедрения: пять разрывов жизненного цикла лимита

Привет! Я — Мария, руководитель направления автоматизации процессов управленческого учета, бюджетирования и контроля расходов. На проектах регулярно сталкиваюсь с тем, что в организации автоматизировали согласование заявок на расходы, но вопросы о свободных лимитах, обязательствах и план-факте по-прежнему приходится решать вручную. Со стороны это выглядит странно: автоматизация есть, а полноценного бюджетного контроля нет. В этой статье я хочу посмотреть на проблему с архитектурной точки зрения. Разберем жизненный цикл бюджетного лимита и пять типовых разрывов процесса, которые чаще всего становятся причиной возврата к Excel-сверкам, ручному план-факту и спорам о доступном бюджете уже после внедрения. Статья будет интересна бизнес-аналитикам, архитекторам, руководителям проектов автоматизации, а также сотрудникам финансовых подразделений, участвующим в развитии бюджетного процесса и управленческой отчетности.

https://habr.com/ru/articles/1046327/

#бюджетирование #финансовые_системы #бюджетный_контроль #enterprise_architecture #бизнесанализ #автоматизация_процессов #системная_аналитика #интеграция_систем #финтех #управление_расходами

IT-ретейнер для ресторанной сети: как за 7 месяцев запустить 6 цифровых продуктов

Ресторанная сеть из 10 заведений обратилась с первичным запросом на доработку Telegram Mini App. В процессе стало понятно, что задача шире: компании нужен не отдельный подрядчик под приложение, а внешний продуктово-технический контур, который сможет развивать несколько цифровых продуктов, поддерживать инфраструктуру, закрывать интеграции и сопровождать эксплуатацию. За 7 месяцев работы были запущены 6 продуктов:

https://habr.com/ru/articles/1041256/

#itразработка #продуктовая_разработка #telegram_mini_app #ai_automation #rag #управление_itкомандой #цифровая_трансформация #devops #интеграция_систем #itинфраструктура

Как настроить кастомную авторизацию в FESB и сохранить стандартный заголовок

При проектировании REST-интеграций часто возникает конфликт заголовков, когда и целевая система, и шина данных требуют дефолтный Authorization . В этой статье мы пошагово разберем, как перенастроить FESB на анализ кастомного заголовка для отдельной группы методов. Вы узнаете, как отключить стандартную проверку, распарсить Base64 с помощью Groovy и вернуть корректный HTTP-ответ.

https://habr.com/ru/articles/1036906/

#авторизация #заголовок_http #шина_данных #интеграция #интеграция_систем #api #rest

Три языка, которые не слышат друг друга: почему WMS-проекты разбиваются о переговорный стол

Представьте сцену. Переговорная комната. Понедельник, 10:00. На стол выложены три документа: финансовая модель ROI на 47 страниц, функциональные требования к WMS на 130 страниц и стратегия развития логистики до 2027 года. Все три — про одно. Но люди, которые их написали, уже двадцать минут разговаривают мимо друг друга. Мы наблюдаем эту картину снова и снова. За годы работы мы участвовали в десятках проектов автоматизации складской логистики — от распределительных центров площадью несколько тысяч квадратных метров до крупных логистических комплексов с несколькими тысячами SKU. И в большинстве случаев, когда проект начинал буксовать, причина оказывалась не в технологии, не в бюджете и даже не в подрядчике. Проблема появлялась раньше. В тот момент, когда три ключевых ЛПР — финансовый директор, IT-директор и директор по логистике — начинали обсуждать один и тот же проект, но каждый — на своём языке, со своими KPI, своими страхами и своей картиной риска.

https://habr.com/ru/companies/intekey/articles/1037034/

#wms #внедрение_WMS #складская_логистика #автоматизация_склада #адресное_хранение #интеграция_систем #требования_к_WMS #коммуникация_между_отделами #бизнес #логистика

Как мы в SOFROS строили отдел поддержки, а получили сопровождение

Меня зовут Николай Лямин. В IT я уже 25 лет, в SOFROS - с 2023 года. За это время успел поработать с системной интеграцией, электронным документооборотом, построением крупных команд поддержки и мониторинга для высоконагруженных продуктов ЭДО и электронного факторинга. Работал как с российским, так и с европейским рынком, а также участвовал в развитии решений для электронной коммерции в сегментах FMCG и DIY. Придя в SOFROS, мне поручили строить направление поддержки. На берегу казалось, что логика будет классической: у клиента есть закрытый проект в промышленной эксплуатации, пользователи, инциденты и проблемы. У нас же есть линии поддержки. Остается только построить процессы и научиться с ними жить. Реальность оказалась другой – модель начала ломаться почти сразу. Интеграционный проект - это не монолитный программный продукт, который можно поддерживать изолированно. После внедрения клиент получает не просто «интеграционную шину», а живой интеграционный контур, в котором десятки систем начинают зависеть друг от друга. У каждой системы свой владелец, свои доработки, свои регламенты обмена и особенности эксплуатации, а самое важное, что проблемы почти никогда не живут внутри одной системы.

https://habr.com/ru/companies/sofros/articles/1037154/

#интеграция_систем #интегратор #управление_командой #эксплуатация_информационных_систем #itsm #agile #scrum #методология #техническая_поддержка #опыт_работы

ИИ-пилоты буксуют не из-за модели, главный тормоз — интеграция

Привет, Хабр. Меня зовут Виктор Овчинников, я руковожу разработкой интеграционной платформы Digital Q.Integration в компании Диасофт. Больше двадцати лет моя команда занимается обменом данными между корпоративными системами. Все эти годы интеграция оставалась скучной технической прослойкой, которую в бюджетах по привычке записывали в строку «поддержка». В 2026 году ситуация изменилась, и не потому, что шины вдруг стали красивее или модными, а потому, что ИИ-проекты начали массово застревать именно в интеграционном слое. В этой статье разберу, почему так происходит, какие архитектурные подходы ломаются первыми на ИИ-нагрузке и что мы в Диасофт выбрали в качестве рабочего варианта. Будет кейс крупного банка, три грани, на которых интеграция включает или выключает всю ИИ-стратегию, и честный ответ, когда интеграционная платформа вам не нужна. Главный тормоз корпоративных ИИ-проектов в 2026 году это не выбор модели, не мощности GPU и не цена за токены. Это банальный обмен данными между корпоративными системами. В апрельском исследовании Integrate.io 95% ИТ-директоров назвали проблемы интеграции главным барьером внедрения ИИ. Отчет Anthropic State of AI Agents 2026 фиксирует ту же картину с другого угла: среди инженеров, которые уже строят агентные системы на продакшене, 46% называют интеграцию с существующими корпоративными системами главным техническим вызовом - она обошла и вопросы безопасности, и надежность самих моделей.

https://habr.com/ru/companies/diasoft_company/articles/1034996/

#diasoft #digital_q #digital_qintegration #программировние #ai #aiагенты #ai_agent #интеграция #интеграция_систем

Как мы связали 2 телефонии, речевую аналитику и службу каталогов Active Directory через табельный номер

У нас было 2 телефонии от разных вендоров, одна речевая аналитика и 300 тысяч звонков в месяц. И задача: сделать сквозную аналитику по звонкам сотрудников. Привет! Я Никита, инженер системного проектирования в компании Передовые Платежные Решения. Расскажу, как мы использовали единый идентификатор через службу каталогов Active Directory (AD), и стали точно определять, кому из сотрудников принадлежит звонок. Независимо от того, из какой телефонии он исходит. Наш опыт может быть полезен архитекторам, инженерам и техническим лидерам команд, которым предстоит интеграция разнородных систем телефонии.

https://habr.com/ru/articles/1033576/

#интеграция_систем #телефония #речевая_аналитика #active_directory

Обзор MARS (Система маршрутизации и протоколирования)

На связи Сергей Скирдин, технический директор компании «Белый код». Поставил себе цель — сделать обзоры на шины данных из реестра отечественного ПО. Сегодня в обзоре продукт MARS (Система маршрутизации и протоколирования). С 2024 года я встречаюсь с вендорами и делаю обзоры продуктов, которые относятся к классу ESB. За это время удалось пообщаться с разработчиками 20+ разных решений. Для всех, кто интересуется шинами данных, я также создал сообщество в Телеграме «Шины не для машины» . Это площадка для диалога между российскими разработчиками ESB и компаниями, которым нужна интеграционная шина.

https://habr.com/ru/companies/w_code/articles/1017914/

#шина_данных #apache_camel #open_source #корпоративная_шина_данных #интеграция #интеграция_сервисов #интеграция_систем

Интеграция систем в российских компаниях: объективный анализ подходов и инструментов

Российский IT 2026: нет универсального выбора интеграций К 2026 году мы окончательно привыкли жить в реальности тотального импортозамещения и раздутых внутренних экосистем. Казалось бы, за это время рынок должен был выработать единый стандарт "как правильно соединять отечественный софт", но на деле зоопарк решений стал только больше. В данном аналитическом обзоре мы рассмотрим различные подходы к интеграции с точки зрения технической целесообразности, без предпочтения конкретных технологий. Разбираемся в деталях

https://habr.com/ru/articles/1012172/

#esb #интеграция #интеграция_систем #интеграция_сервисов #интеграция_данных #корпоративная_шина_данных #шина_данных #брокер

Как 30 лет боли в интеграции привели нас к собственной платформе

Привет Хабр! Меня зовут Дмитрий Гаврин, я заместитель директора департамента «Цифровые решения» компании «Диасофт». Есть тип совещаний, которые я узнаю с первой секунды по интонации приглашения. Когда директор проекта пишет «зайди, поговорим по цифрам» - это не про то, что кто-то перевыполнил план. Это про интеграцию. Почти всегда про нее.

https://habr.com/ru/companies/diasoft_company/articles/1009996/

#api #интеграция #интеграция_сервисов #интеграция_систем #разработка #программирование #diasoft

Обзор «Атом.Мост»

На связи Сергей Скирдин, технический директор компании «Белый код». Поставил себе цель — сделать обзоры на шины данных из реестра отечественного ПО. Сегодня в обзоре продукт «Атом.Мост». С 2024 года я встречаюсь с вендорами и делаю обзоры продуктов, которые относятся к классу ESB (корпоративная шина данных). За это время удалось пообщаться с разработчиками 15 разных решений. Для всех, кто интересуется шинами данных, я также создал сообщество в Телеграме «Шины не для машины» . Это площадка для диалога между российскими разработчиками ESB и компаниями, которым нужна интеграционная шина.

https://habr.com/ru/companies/w_code/articles/1011152/

#esb #шины_данных #корпоративная_шина_данных #атом_мост #росатом #интеграция #интеграция_сервисов #интеграция_систем #интеграция_данных

Как добиться резервного копирования на скорости 3,6 ГБ/c: настраиваем СРК «Береста» c TATLIN.BACKUP

Системы хранения данных и резервного копирования часто выпускают разные вендоры, поэтому основная задача специалистов — обеспечить бесперебойную работу и выжать максимум скорости из тандема. Чем быстрее данные резервируются и восстанавливаются, тем лучше для бизнеса. В статье расскажем, как лучше всего настроить связку «Бересты» с системой хранения данных TATLIN.BACKUP под конкретные сценарии. Тесты скорости передачи данных с разными настройками ждут вас под катом.

https://habr.com/ru/companies/yadro/articles/995172/

#СРК #СХД #резервное_копирование #системы_хранения_данных #Береста #TATLINBACKUP #тесты_производительности #интеграция_систем

Keycloak: Внедрение единой системы идентификации

В современных условиях любая растущая компания рано или поздно сталкивается с необходимостью централизованного управления доступом сотрудников к информационным системам. Какое решение выбрать в такой ситуации? В мире информационных технологий нет ничего постоянного. Стандарты меняются: если раньше стандартом было развертывание локальных серверов и отдельных учетных записей, то сейчас фокус сместился в сторону централизованного управления идентификацией. Современным базовым стандартом для любой развитой IT-инфраструктуры стал Единый Вход или SSO (Single Sign-On). SSO — это метод аутентификации, который позволяет пользователю один раз войти в систему и получить доступ к нескольким связанным приложениям или сервисам без необходимости повторного ввода учетных данных. Наша команда на практике прошла путь интеграции с различными SSO. Мы работали с такими решениями, как WSO2 и ADFS , и каждый раз убеждались в том, насколько SSO важен для инфраструктуры. Этот опыт позволил определить требования к Identity Provider’у: открытость, масштабируемость и возможность адаптации под быстро меняющиеся бизнес-задачи. И здесь на первый план выходит Keycloak. Почему именно Keycloak? В отличие от многих аналогов, Keycloak — это решение с рядом преимуществ:

https://habr.com/ru/articles/994704/

#keycloak #sso #аутентификация #activedirectory #openidconnect #интеграция_систем

Новый подход к внедрению: замена Большого Взрыва и Parallel Running

Каждый РП стоял перед выбором: запускаем методом "Большого Взрыва" или попробуем "Работать с двух системах" - Parallel Running. Кто не знаком с методологией: Большой взрыв. Останавливаем "старую" систему и запускаем новую. Старую - вот прям останавливаем, чтобы не было соблазна вернуться или вести часть бизнес-процессов в "старой" системе. Очень жесткий запуск: новая система непривычна, люди путаются, работа в системе кардинально замедляется, куча ошибок. Внедряющая команда на стрессе, полностью в полях: научить, подсказать, исправить и - главное - доработать! Увидите седого РП - попросите рассказать парочку примеров из его жизни.

https://habr.com/ru/articles/992798/

#проекты #интеграция #интеграция_систем #методология