Достижение гладкой системной интеграции стало головной болью для ИТ с момента создания приложений. Сейчас, согласно исследованию K2, рост облачных вычислений означает боль и больший спрос на навыки интеграции. Количество ИТ-директоров, нуждающихся в помощи для интеграции программного обеспечения как услуги с устаревшими системами, будет расти в течение следующих двух лет по мере увеличения использования облачных вычислений. Треть организаций считают, что настоящая проблема для них может возникнуть к 2013 году, а еще 12% ожидают, что 2012 год станет годом, когда они обратятся за помощью. Наша панель предлагает это мысли: Великие проекты; инфраструктура обязательно В то время как облако отнимает большую часть управления сервисами у предприятия, оно требует компетентности в архитектуре - в частности, в архитектуре интеграции. В частности, организации получат большую выгоду от понимания и опыта создания стратегий в области интеграции данных безопасности и обмена сообщениями между локальными и внешними платформами, чтобы гарантировать возможность интеграции различных сервисов в корпоративную среду. Стратегия нуждается в безопасности данных пользователей Считается, что ключом к успешному проекту системной интеграции является создание стратегий интеграции, которые учитывают все аспекты, включая данные, безопасность, обмен сообщениями и сети. Если они не будут созданы заранее, то интеграция может стать двухточечной и потенциально проблемной в среднесрочной перспективе. Это также приводит к долгосрочным операционным проблемам. Системные аналитики на марше Хорошая интеграция - и рабочий процесс, и это требует системных аналитиков. Они играют большую роль в любом упражнении системной интеграции, и для них все больше и больше требуется. Маршруты в эту работу включают разработку, поддержку и проектирование инфраструктуры. Там нет сертификации или удобное обучение, потому что каждый проект уникален. Опыт-это все. Остерегайтесь облачных обновлений - имейте план Б Возможно, вам будет приятно, когда ваш поставщик облачных сервисов объявит, что он должен обновить свою платформу. Вы думаете, больше надежности и доступности. Однако это также может означать необходимость обновления всех интерфейсов приложений (API), чтобы оставаться интегрированными с вашими внутренними данными. Это большая работа, и вам понадобятся необходимые навыки развития на месте. Если у вас их нет, убедитесь, что у вас есть сторонняя организация, которая поможет вам с любыми «обновлениями».  Остерегайтесь ночного кошмара Общепринятая практика интеграции заключается в достижении краткосрочных специальных целей путем создания специальных двухточечных связей между системами или приложениями везде, где это необходимо. На следующем этапе зрелости системы создаются новые связи между системами на уровнях управления бизнесом и контроля. Эти хаотичные связи "точка-точка" делают невозможным использование общих ресурсов многими потенциальными клиентскими системами. Четыре стратегии для унаследованной интеграции Поглощение и слияние часто являются контекстом для проектов интеграции тяжелых условий. Существует четыре основные стратегии интеграции устаревших систем, которые могут рассмотреть руководители проектов. Сохранить обе системы и развивать их, чтобы иметь одинаковую функциональность. Сохранение обеих систем имеет преимущество непрерывности, с небольшими затратами, необходимыми для переобучения людей в использовании новой системы. Однако есть несколько проблем с подходом. Главный из них-наличие двух групп вспомогательного персонала, что означает отсутствие сокращения расходов. Однако, если предпринимаются попытки объединить бренд или другие аспекты бизнеса, проблемы увеличиваются, так как два набора систем настраиваются, чтобы быть похожими друг на друга. Замените обе системы на новую. Объединенная компания будет работать в качестве двух отдельных компаний в течение значительного времени, с преимуществами слияния не проходит. Разработчики в основном будут концентрироваться на новой системе, но это все равно займет много времени. Выберите лучшие системы от каждой компании и объединить их. Этот подход часто технически ошибочен, поскольку системы имеют перекрывающиеся функциональные возможности. В примере, если вы интегрировали систему заказа компании, а с системой выставления счетов компании Б, было бы много перекрытий, с которыми придется иметь дело. Плюс есть пробелы, чтобы подключить. Выберите системы одной компании и отбросьте другие компании. Могут быть" политические " проблемы, о которых нужно выбирать, хотя это легче во враждебном поглощении-правят системы победителей. Старые системы не хорошо понятны их существующим пользователям, поэтому трудно понять, какие изменения должны быть сделаны, чтобы вырастить их, и как обучить новых пользователей.