Мивары: 25 лет создания искусственного интеллекта - [60]
Как известно, СОА – это прикладная архитектура, в которой все функции определены как независимые сервисы с вызываемыми интерфейсами, а обращение к этим сервисам в определенной последовательности позволяет реализовать тот или иной бизнес-процесс. С точки зрения разработчиков, СОА – это компонентная модель, в которой разные функциональные единицы приложений, называемые сервисами, взаимодействуют по сети посредством интерфейсов. В СОА можно выделить три основных свойства [179]:
1. все функции приложений определены как сервисы. В качестве сервиса может выступать как целое приложение, так и его отдельные функциональные модули. Сервисами могут быть прикладные функции, реализующие определенную бизнес-логику, бизнес-транзакции, состоящие из нескольких функций более низкого уровня, и системные функции, отражающие специфику различных операционных платформ;
2. все сервисы независимы друг от друга. Они выполняют определенные действия по запросам, полученным от других сервисов, и возвращают результаты. Все детали этого полностью скрыты, так как в концепции СОА сервисы – это "черные ящики";
3. в интерфейсе сервиса определены параметры и описан результат, т.е. интерфейс определяет суть сервиса, а не технологию его реализации (по идеологии это очень близко к правилам миварного подхода). На архитектурном уровне для обращения к сервису не имеет значения, является он локальным (реализован в данной системе) или удаленным (внешний по отношению к ней), какой протокол используется для передачи вызова, какие компоненты инфраструктуры при этом задействованы. СОА предполагает наличие единой схемы обращения к сервису независимо от его реального месторасположения.
Интерфейсы – ключевые элементы СОА, и они должны быть нейтральными к специфике реализации сервиса, которая определяется аппаратной платформой, операционной системой, языком программирования. Этот нейтралитет обеспечивает универсальность взаимодействия сервисов в гетерогенной среде. Сервисы СОА слабосвязанные, что обеспечивает простую и быструю адаптацию системы в целом к изменениям в структуре и принципах реализации сервисов (по идеологии это тоже близко к миварному информационному пространству).
Сервисы СОА могут представлять собой простые или сложные объекты, процессы, охватывающие некоторое множество объектов, процессы, которые в свою очередь состоят из нескольких процессов, или даже некий комплекс приложений, которые в совокупности приводят к получению единого результата. Важно, что с точки зрения архитектуры сервис (независимо от внутренней структуры и языка реализации) выглядит как единое целое (по идеологии это близко к сущностям (точкам-миварам) миварного информационного пространства).
Вместе с тем, СОА рассматривается не только как архитектура для развертывания и выполнения распределенных прикладных решений, но и как модель программирования, в которой приложения строятся исходя из того, что они должны предоставлять в сетевой среде сервисы другим приложениям с помощью описания и публикации соответствующих интерфейсов [179]. Подчеркнем, что большинство технических решений для СОА уже существуют, но требуется переопределить их для работы в менее структурированном и более гибком окружении.
СОА основана на следующих основных принципах:
1. распределенное проектирование. Решения относительно внутренних особенностей информационных систем принимаются различными группами людей, имеющими собственные организационные, политические и экономические мотивы;
2. постоянство изменений. Отдельные участки архитектуры могут претерпевать изменения в любой момент времени;
3. последовательное совершенствование. Локальное улучшение компонентов архитектуры должно приводить к совершенствованию всей архитектуры в целом – к росту суммарной полезности компонентов того же уровня, что и изменяемый, равно как и компонентов более низкого и более высокого уровня;
4. рекурсивность. Однотипные решения имеют место на различных уровнях архитектуры.
Проведенный анализ возможностей СОА, выявил следующее. Основное достоинство СОА состоит в обеспечении реальной поддержки бизнес-процессов, а не отдельных прикладных компонентов и их взаимодействий, как в объектно-ориентированных технологиях. Предоставляемые бизнесу в СОА сервисы, программные компоненты, при необходимости заменяются другими, распределенными в Сети и отвечающими выбранным критериям. Вместо традиционного объектно-ориентированного наследования в СОА предполагается создание сложных служб путем композиции сервисов низкого уровня. При этом нивелируются эффекты специализации, поскольку элементарные операции интегрируются в бизнес-функции требуемого прикладного уровня. Совместно со стандартизованными интерфейсами и слабой связанностью СОА формирует фундамент адаптивности [395]. СОА позволяет одновременно удовлетворить кажущиеся несовместимыми потребности и во взаимодействии, и в адаптивности. Кроме того, при выборе программного обеспечения, как правило, уделяется внимание функциональности, производительности, масштабируемости и стоимости, но наиболее актуальная ценность – способность к быстрой адаптации – не всегда удостаивается должного внимания.
