18.09.2007 ЭкспертизаПри выборе любого корпоративного бизнес-приложения зачастую бывает очень сложно четко ограничить спектр базовых характеристик и функций, которые наиболее важны для вашей компании. Когда же искомое решение столь велико и аморфно, как сервисно-ориентированная архитектура (SOA), эта задача становится еще труднее. Одна из причин нередко состоит в недостаточной ясности самого понятия SOA. Что это, набор средств разработки? Архитектура корпоративных сервисов? Общая шина для обмена сообщениями? Инструментарий управления сервисами? Комбинация отдельных или всех упомянутых выше элементов? Как и при выборе любого корпоративного приложения, выбор подходящих SOA-продуктов сводится к отысканию решения, удовлетворяющего вашим текущим нуждам. Однако от SOA-решения — в гораздо большей степени, чем от многих других продуктов, — требуется гибкость: оно должно быть способно адаптироваться к нуждам завтрашнего дня, будь то новые стандарты, иные требования к приложениям или очередные инновации вроде Web 2.0. Ниже приводится образец RFP, который может послужить основой при создании вашего собственного списка требований к SOA. ВОЗМОЖНОСТИ ВЗАИМОДЕЙСТВИЯ Не привяжет ли вас SOA-решение к одному производителю? Ряд коммерческих SOA-платформ содержит исчерпывающий комплект средств для построения, развертывания и управления SOA. Удостоверьтесь, что эти платформы допускают замену собственных инструментов на более предпочтительные предложения других компаний. Какие стандарты поддерживаются решением ...
читать далее.
