Контрольний список для інтеграції гібридного ІТ-середовища

Переваги гібридної ІТ, безумовно, змінюють ігри, але на шляху її впровадження потрібно подолати багато проблем. Організації повинні мати на озброєнні правильний підхід для вирішення проблем гібридної ІТ. Рішення для інтеграції хмарних та локальних додатків має бути комплексним, перевіреним у галузі, стійким та простим у використанні. Недавній підхід, який ефективно усуває великий розрив між хмарними та локальними системами, - це Інтеграційна платформа як послуга (iPaaS).

Порівняно з традиційними архітектурами гібридної інтеграції, такими як службова шина для підприємств (ESB) та інтеграція точки до точки, iPaaS опікується переважними специфічними потребами LOB без важкої ІТ-реалізації. Цей підхід має багато можливостей, безпечний, простий у використанні, а також охоплює кілька вимог до масштабованості.

Однак для впровадження фреймворку iPaaS суб’єкти господарювання повинні вправлятися вперед. Вони повинні очистити землю, заповнивши прогалини в знаннях (що переважають у гібридному ІТ-середовищі) та забезпечивши сумісність у загальній площі ІТ-поверхні.

ІТ-системи організації, як правило, розподілені в різних фізичних та віртуальних місцях. Зазвичай ІТ складається з Інфраструктури як послуги (IaaS), проміжного програмного забезпечення, відомого в народі як Платформа як послуга (PaaS), Програмного забезпечення як послуги (SaaS) та застарілих систем. Окрім цього, існують системи зовнішніх постачальників, які потребують доступу. Тому інтегрована модель повинна охоплювати площу поверхні всіх розмірів. Архітектурний шаблон повинен дати можливість бізнес-командам інтегрувати або вилучати системи, додавати постачальників, автоматизувати процеси, вбудовувати клієнтів та ініціювати перетворення даних простими кроками.

Зверніться до цього контрольного списку для плавної інтеграції гібридного середовища з фреймворком iPaaS.

Визначте чіткі потреби бізнесу: Процес починається з визначення загальної суми критично важливих систем, користувачів та ІТ-активів, які потрібно інтегрувати. Далі бізнес-команди повинні визначити зв’язки (між системами та процесами), потреби в API тощо. Зацікавлені сторони повинні уявити, як система зв’язується із зовнішніми партнерами для завершення ділових операцій та задоволення бізнес-потреб. Найкращою практикою є підготовка детального списку вихідних та цільових додатків (на базі хмарних технологій та локальних програм). Це дасть чітке уявлення про те, чи має платформа правильний набір інструментів та можливості для прискорення продуктивності.

Безпечний обмін даними: Є багато факторів, які загрожують електронному обміну даними в гібридному ІТ-середовищі. Запуск додатків в одному центрі обробки даних без застосування заходів резервування спричиняє часті відключення. У таких сценаріях дотримання вимог (Сарбанес-Окслі, HIPAA, PIPA та ін.) Та норм стає важким завданням.

Більш жорсткі механізми управління безпекою для управління доступом, автентифікація користувачів повинна бути встановлена ​​для приватних, загальнодоступних хмарних та локальних систем. Краще також інтегрувати гібридні протоколи ІТ-безпеки: рівень захищених сокетів (SSL), заходи резервування, брандмауер (для шифрування веб-сервера та браузера) тощо. Експерти рекомендують компаніям передбачити багаторівневу стратегію безпеки для запобігання порушенням даних.

Відповідні запитання, на які потрібно відповісти

• Наскільки безпечними будуть мої дані?
• Хто має доступ до моїх даних?
• Яких відповідностей мені потрібно дотримуватися?

Визначення діапазону дому: Перш ніж інтегрувати гібридне середовище, важливо чітко визначити "діапазони дому (область, де компонент збирається подорожувати)". Вимоги до домашнього асортименту відрізняються від організації до організації. Деякі організації хочуть, щоб їх програми працювали в будь-якій точці хмари, тоді як деякі обмежують свої програми для внутрішніх та аудиторських цілей. Потім додатки повинні бути розгорнуті на цих діапазонах будинків, і політики повинні застосовуватися відповідно.

Балансування навантаження: Дуже важливо визначити вимогу до балансування навантаження для кожної хмарної та нехмарної програми / компонента. Балансування навантаження - це процес використання пристрою зворотного проксі-сервера для ідентифікації розподілу робочого навантаження між обчислювальними системами і відповідно масштабування мережевого або додаткового трафіку на різних серверах. Цей процес допомагає вирішити коливальні вимоги до робочого навантаження додатків. Провідним прикладом технології в цьому контексті є "комутація рівня 3".

Проведіть інструменти для відкритого впливу API: Суспільні API на сьогодні стали новим статус-кво. API публікуються, щоб представити нові ділові канали та швидко та спритно змінити зміни. Сучасний бізнес потребує розширених можливостей для вдосконаленого управління трафіком, щоб дозволити зовнішнім розробникам підписуватися на API. Необхідними інструментами, необхідними для відкритого доступу до API, є цифровий портал (для підписки на API), моделі безпеки (OAuth), захист від загроз, система зворотного зв'язку, підтримка спільноти та аналітика.

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

1. Плоский файл у форматі XML
2. Від XML до CSV
3. Будь-яка база даних у форматі XML
4. Від XML до EDI
5. HIPAA в XML
6. HL7 - XML