Контрольный список для интеграции гибридной ИТ-среды

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

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

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

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

Обратитесь к этому контрольному списку для бесшовной интеграции гибридной среды с платформой iPaaS.

Определите конкретные потребности направления деятельности: Процесс начинается с определения общей суммы критически важных систем, пользователей и ИТ-активов, которые необходимо интегрировать. Затем бизнес-группы должны определить связи (между системами и процессами), потребности в API и т. Д. Заинтересованные стороны должны представить себе, как система соединяется с внешними партнерами для выполнения бизнес-транзакций и удовлетворения бизнес-потребностей. Рекомендуется подготовить подробный список исходных и целевых приложений (облачных и локальных). Это даст четкое представление о том, имеет ли платформа правильный набор инструментов и возможности для повышения производительности.

Безопасный обмен данными: Существует множество факторов, которые угрожают электронному обмену данными в гибридной ИТ-среде. Запуск приложений в одном центре обработки данных без мер резервирования приводит к частым сбоям в работе. В таких сценариях соблюдение нормативных требований (Сарбейнса-Оксли, HIPAA, PIPA и т. Д.) Становится сложной задачей.

Более жесткие триггеры управления безопасностью для управления доступом, аутентификация пользователей должна быть на месте для частного, общедоступного облака и локальных систем. Лучше также интегрировать гибридные протоколы безопасности ИТ: Secure Sockets Layer (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