Робота з корпоративними системами

Якщо вам потрібно працювати і інтегруватися з існуючими корпоративними системами, такими як SAP і Oracle, слід працювати разом з вашою командою адміністраторів або робочою групою, що є відповідальною за систему, і звертатися до них по допомогу.

Навіть якщо ви не обіймаєте технічну посаду, прочитайте цей розділ, щоб отримати уявлення про деякі речі, які зазвичай потрібно враховувати під час інтеграції з корпоративними системами.

Частота та час інтеграції даних

При інтеграції з іншими системами необхідно враховувати частоту інтеграції та брати до уваги часові пояси, якщо інтеграція відбуватиметься в умовах, коли робота йде у різних часових поясах. Частота інтеграції залежатиме від двох аспектів: обсягу даних і вимог компанії, пов’язаних із часом.

Методика інтеграції з корпоративними системами

Існує кілька шляхів для інтеграції з корпоративними системами.

• Інтеграція з базою даних — це безпосередня інтеграція з базою даних. Це не дуже поширений спосіб інтеграції із зовнішніми системами, оскільки існує небезпека розкриття даних.

• Інтеграція API — це метод інтеграції із системою за допомогою API. Більшість веб-систем пропонують API для інтеграції, але не усі.

• Файлова інтеграція — це метод інтеграції із іншими системами, для якого використовуються файли. Одна система експортує файл даних. Цей файл може бути у форматі CSV, TSV, XML або іншому форматі. Система, інтеграція з якою відбувається, або виявляє, що з’явився новий файл, або періодично, за заздалегідь налаштованим таймером, виконує сканування, шукаючи нові файли, і імпортує експортований іншою системою файл. Такий метод використовується в ситуаціях, коли відсутня можливість звертатися до джерела даних, використовуючи базу даних або API.

Підключення до локальних систем

Локальний шлюз даних дозволяє програмам та службам підключатися до систем, які не мають безпечного підключення до мережі Інтернет. Налаштувати його, використовуючи програму-інсталятор, не складно, але слід врахувати декілька факторів.

• Пропускна здатність мережі у центрі обробки даних або розташуванні сервера

• Настроювання бази даних джерела даних

• Технічні специфікації локальних систем

• Обсяг та частота передавання даних

Пропускна здатність мережі у центрі обробки даних або розташуванні сервера

Швидкодія програми залежатиме від того, чи буде достатньою пропускна здатність мережі між локальним центром обробки даних або сервером і хмарною службою. Якщо багато користувачів використовують програму одночасно, нестача пропускної здатності може бути причиною великого часу реагування програми. Додаткові відомості: Вимоги до веб-програми

Щоб дізнатися швидкість мережі в організації, скористайтеся Тестом швидкості мережі з магазину Microsoft Store (безкоштовно), а також діагностичними засобами, створеними спеціально для програм на основі моделі.

Настроювання бази даних джерела даних

Настроювання бази даних також відіграє важливу роль, особливо якщо ви підключаєтеся до джерела даних, у якому зберігається велика кількість даних. Дуже легко стикнутися з проблемами, якщо створити програму, яка працює з даними у спосіб, який раніше не використовувався.

Наприклад, припустімо, що наявна система керування клієнтами оптимізована для пошуку за допомогою імені, прізвища та адреси електронної пошти, але ви створили нову програму, яка виконує пошук за номером телефону. Такі дані не було проіндексовано, тому пошук у програмі працюватиме неефективно.

Індексування допомагає прискорити пошук у програмах, і якщо індекс відсутній, пошук та отримання даних потребуватиме більше часу. Можливо, вам слід буде зв’язатися із робочою групою, що обслуговує джерело даних, і обговорити способи доступу до даних та, можливо, додати нові індекси. Для отримання додаткових відомостей про індексування у SQL Server див. Посібник з архітектури та проектування індексів SQL Server.

Технічні специфікації локальних систем

Ще один аспект, який слід розглянути — це технічна специфікація сервера, який працює із локальним шлюзом. Якщо програмою одночасно користується забагато користувачів, сервер може не впоратися з усіма запитами. У таких ситуаціях слід розглянути можливість встановлення локального шлюзу на кілька серверів, щоб сформувати кластер. Додаткові відомості: Керування кластерами високої доступності із локальним шлюзом даних та балансуванням навантаження

Обсяг та частота передавання даних

Якщо ви працюєте із запитами, що отримують великі обсяги даних, ви можете використовувати інтеграцію з локальними даними, а також досягти більшої продуктивності, використовуючи підхід на кшталт потоків даних.

Наступний крок: моделювання даних

Примітка

Розкажіть нам про свої уподобання щодо мови документації? Візьміть участь в короткому опитуванні. (зверніть увагу, що це опитування англійською мовою)

Проходження опитування займе близько семи хвилин. Персональні дані не збиратимуться (декларація про конфіденційність).