Анализ существующих инструментов, помогающих при построении приложений, в основе которых лежит ESB. Разработка модуля для навигационной системы, основные требования к нему, структура, обоснование инструментов. Сервис-ориентированная архитектура.
Анализ задачи 6 2.1 Анализ требований заказчика 6 2.2 Анализ архитектуры приложения 8 2.3 Анализ предметной области 12 2.3.1 Сервисная шина предприятия 12 2.3.2 Основы архитектуры SOA 13 2.3.3 Составляющие базовой архитектуры SOA 14 2.3.4 Роль ESB в архитектуре SOA 14 2.3.5 Роль веб-сервисов в SOA 15 2.4 Анализ существующих аналогов ESB технологий 16 2.4.1 Mule ESB 16 2.4.2 Talend-SE 17 2.4.3 UltraESB 20 2.4.4 WSO2 ESB 21 2.4.5 Проведение тестов 24 2.5 Анализ используемых средств 31 2.5.1 WSO2 Enterprise Service Bus 31 2.5.2 WSO2 Application Server 31 2.5.3 WSO2 Governance Registry 34 2.5.4 WSO2 Carbon 36 2.5.5 Java 37 2.5.6 Microsoft SQL Server 37 2.5.7 Фреймворк Spring 38 3. Данная технология является принципиально новым, более мощным и эффективным подходом к интеграции приложений. ESB имеет ряд преимуществ: - Компоненты системы легко внедряются в существующие системы компании, также, исходя из текущих и перспективных требований бизнеса, разрабатываются дополнительные компоненты, выполняется взаимодействие, причем привычный ход бизнеса не нарушается. Все приложения быстро настраиваются, так как были созданы на совершенно новой платформе, которая отличается от обычных клиент-серверных систем. С его использованием в качестве примера будет разработан модуль для навигационной системы, основной целью которого является нахождение парковочного места относительного текущего позиционирования автомобиля. Для достижения поставленных целей необходимо решить следующие задачи: · Определиться с используемыми технологиями; · Также требуется проанализировать и выбрать инструмент для создания модуля, в основе которого будет лежать сервис-ориентированная архитектура. Состав технических средств определен следующим образом: · Сервер базы данных Microsoft SQL Server; · Среда разработки - Java (версия 1.6). 2. Будет производиться большое количество запросов к различным внешним ресурсам, и число ресурсов будет постоянно расти. Детальная архитектура приложения Внутренний интерфейс приложения состоит из 6 различных кластеров / слоев, назначение которых более подробно будет объяснено позже: · Device Gateway, к которому имеет доступ конечный пользователь; · End User Services, предоставляющие сервисы конечному пользователю. Device Gateway помогает достичь высокой пропускной способности и малого времени задержки в обработке запросов сервисов в рамках платформы путем отделения основных компонентов бизнес-логики от тех, которые касаются получения сообщения. Слой состоит из нескольких WSO2 ESB, содержащих прокси для слоя End User Services.Устройство, которое запрашивает услугу, посылает свой запрос на Device Gateway.Входящий запрос перенаправляется в целевую службу, которая является частью кластера End User Service. B2B Interface предоставляет интерфейсы внешних сервисов, которые могут быть использованы для принятия внешних сервисов, таких как Twitter или RSS, эти сервисы будут называться Service Adapters. PKI инфраструктура публичных ключей, которая обрабатывает сертификаты транспортных средств. Техническая архитектура приложения 2.3 Анализ предметной области Сервисная шина предприятия Сервисная шина предприятия (англ. enterprise service bus, ESB) - связующий программный продукт, обеспечивающий централизованный и унифицированный событийно-ориентированный обмен сообщениями между различными информационными системами по принципу сервис-ориентированной архитектуры.
Вы можете ЗАГРУЗИТЬ и ПОВЫСИТЬ уникальность своей работы
