SOA и XML, страница 3
Описание файла
Файл "SOA и XML" внутри архива находится в папке "SOA и XML". PDF-файл из архива "SOA и XML", который расположен в категории "". Всё это находится в предмете "архитектура корпоративных информационных систем" из 10 семестр (2 семестр магистратуры), которые можно найти в файловом архиве МГТУ им. Н.Э.Баумана. Не смотря на прямую связь этого архива с МГТУ им. Н.Э.Баумана, его также можно найти и в других разделах. Архив можно найти в разделе "курсовые/домашние работы", в предмете "архитектура корпоративных информационных систем" в общих файлах.
Просмотр PDF-файла онлайн
Текст 3 страницы из PDF
Если возникает необходимость в новом месте решить ужереализованную ранее задачу, то код не должен переписываться заново. Сервисы решают эту проблему великолепно, и даже там, где программы реализованы различными производителями.Архитектура SOA позволяет создать один сервис, который будет являться поставщикомданных не только для веб-приложения, но и для различных модулей корпоративного программного обеспечения. Очень часто различные модули должны работать с одними и теми же данными,просто отображать могут их по-разному. Например, остатки по складу могут быть нужны отделуснабжения, кладовщику, аналитику, маркетологу и т.д.
Реализовывать в каждом из модулей функции отображения нужных данных слишком невыгодно и расточительно. Достаточно написать одинсервис, который будет возвращать XML схему с остатками запрошенного товара, а клиентскойпрограмме остается только отобразить содержимое схемы в удобной пользователю форме. XML, всвою очередь, предоставляет широкие возможности по форматированию документа.Таким образом, системы, основанные на SOA, могут быть независимы от технологий разработки и платформ (таких как Java, .NET). К примеру, сервисы, написанные на C#, работающиена платформах .Net и сервисы на Java, работающие на платформах Java EE, могут быть с одинаковым успехом вызваны общим составным приложением.
Приложения, работающие на однихплатформах, могут вызывать сервисы, работающие на других платформах, что облегчает повторное использование компонентов.102XML2.1Что такое XMLXML (eXtensible Markup Language) — расширяемый язык разметки. Спецификация XMLописывает XML-документы и частично описывает поведение XML-процессоров (программ, читающих XML-документы и обеспечивающих доступ к их содержимому). XML разрабатывался какязык с простым формальным синтаксисом, удобный для создания и обработки документов программами и одновременно удобный для чтения и создания документов человеком, с подчёркиваниемнацеленности на использование в Интернете. [5]Язык называется расширяемым, поскольку он не фиксирует разметку, используемую в документах: разработчик волен создать разметку в соответствии с потребностями к конкретной области, будучи ограниченным лишь синтаксическими правилами языка.
Сочетание простого формального синтаксиса, удобства для человека, расширяемости, а также базирование на кодировкахЮникод для представления содержания документов привело к широкому использованию как собственно XML, так и множества производных специализированных языков на базе XML в самыхразнообразных программных средствах.Короче говоря, XML позволяет структурировать информацию разного типа, используя дляэтого произвольный набор инструкций.XML-документ представляет собой обычный текстовый файл, в котором при помощи специальных маркеров создаются элементы данных, последовательность и вложенность которых определяет структуру документа и его содержание. Основным достоинством XML документов являетсято, что при относительно простом способе создания и обработки (обычный текст может редактироваться любым тестовым процессором и обрабатываться стандартными XML анализаторами), онипозволяют создавать структурированную информацию, которую хорошо "понимают" компьютеры.2.2Применение в SOAАрхитектура SOA основывается на открытых стандартах и поддерживает платформенно-независимую бизнес-интеграцию, но она нуждается в общей платформе, на которой будет базироваться ее инфраструктура.
Эта инфраструктура должна поддерживаться всеми участвующимисторонами и, чтобы служить основой для взаимопонимания. В центре этой инфраструктуры находится технология XML. Тому есть целый ряд причин:– XML является фундаментом практически всех стандартов Web-сервисов, в том числе XMLSchema, SOAP, WSDL (Web Services Description Language) и UDDI (Universal Description,Discovery, and Integration). Эти стандарты опираются на основополагающую концепцию основанных на XML представлений - поддерживаемый во всем мире формат обмена информациеймежду провайдерами сервисов и инициаторами запросов в SOA;11– использование XML решает проблему работы с различными форматами данных в различныхприложениях, работающих на разных платформах;– преимущество XML заключается в простоте представления, являющегося по своей природетекстовым, гибким и расширяемым.Примеры стандартов, основанных на XML и используемых в SOA:– SOAP.
Этот простой основанный на XML протокол позволяет приложениям обмениватьсяинформацией по транспортным протоколам, таким как HTTP. Благодаря использованию XMLпротокол SOAP является:– платформенно-независимым;– пригодным для использования в Интернете;– читабельным, структурированным и текстовым;– WSDL. Это документ, написанный на XML и описывающий Web-сервис. Он определяет месторасположение сервиса и отображаемые им операции (или методы), позволяющие обращаться к этому сервису.
WSDL-файл описывает четыре главные вещи:– сервисы, доступные через интерфейс Web-сервиса, такие как список имен методов исообщений-атрибутов;– тип данных сообщений;– информация о связывании для транспортного протокола, такого как HTTP и JMS;– адрес сервиса, используемый для его вызова;– Electronic Business using eXtensible Markup Language (ebXML). Язык ebXML является стандартным способом определения бизнес-транзакций, которые могут выполняться между различными бизнес-субъектами.
ebXML определяет стандартные методы для обмена сообщениями, устанавливая торговые связи и регистрируя бизнес-процессы между компаниями.В полной мере XML используется в реализации архитектурного подхода SOA - в протоколе SOAP. По этому протоколу приложения отправляют XML запросы и получают XML же ответы.Благодаря этому веб-сервисы оказываются "самоописательными" (XML сообщение очень прочточитается благодаря осмысленным тегам и чётко структурировано) и очень простыми в использовании.Благодаря возможностям XML мы получаем ряд чрезвычайно полезных возможностей [5]:– проверка сообщений: можно создать схемы XSD, по которым будут проверяться все входящиеи исходящие XML сообщения. Это гарантирует корректность составления запросов и ответов;– преобразование XML с другие форматы: дополнив XML языком XSLT (eXtensible StylesheetLanguage Transformations) мы получаем возможность преобразования XML документов непосредственно в HTML код, например для отображения в веб-браузере пользователя;12– преобразование иных форматов в XML: то есть, обратная операция.
Практически любой документ можно представить в виде XML документа благодаря его гибкости и расширяемостизасчёт любых тегов;– контекстное перенаправление: используя язык запросов XPath, можно перенаправлять сообщения исходя из данных, хранящихся внутри XML документа. Например, отслеживая значение, хранящееся в теге остаток_ на_ счёте, перенаправлять клиента на страницу пополнениябаланса;– высокая доступность: сообщения с одинаковым содержимым можно распределять междунесколькими серверами, что исключает нарушение работы всего сервиса с отказом одногосервера;– защита данных: XML легко дополняется шифрованием данных;– сжатие данных и кэширование: можно кэшировать наиболее часто запрашиваемые XML документы и сжимать XML документы для снижения нагрузки на сеть.С развитием SOA потребность во внедрении функционала на основе XML будет толькорасти.
Вообще, XML становится стандартом при обмене информацией, потому что он простой,удобный, мощный и независим от платформы.133Альтернативы SOA и XML3.1КонцептуальныеТрадиционно SOA противопоставляются два других подхода [8]:– объединение всех бизнес-процессов под "колпаком" единого бизнес-приложения. Чаще всегов качестве такого приложения рассматривается ERP-система. Как правило, чем дальше компания заходит в реализации этого принципа, тем больше осознает его бесперспективностьи тупиковость. Становится ясно, что одной системы для полноценной автоматизации недостаточно: ни одна ERP-система не имеет всеобъемлющей функциональности, не вся функциональность таких систем высшего качества, да и проекты по внедрению ERP-систем могутдлиться годами и не успевать за изменениями бизнеса;– использование "спагетти интеграции то есть интеграция по принципу "каждый с каждым".По своей сути, применение такого подхода – это следующий шаг на пути к зрелости послеконцепции "единого бизнес-приложения".
В ИТ-ландшафте появляются несколько бизнесприложений, которые связываются самописными средствами обмена данными. Однако, кактолько количество бизнес-приложений становится больше трех, начинают проявляться всенедостатки такого подхода: высокие затраты на разработку при изменениях в бизнес-приложениях,низкая масштабируемость и гибкость, отсутствие прозрачности сквозных бизнес-процессови т.д.Вышеуказанные подходы целесообразно рассматривать скорее как предшествующие SOAшаги к зрелости ИТ-архитектуры организации в соответствии с моделью зрелости Gartner (GartnerIT Maturity Model). SOA позволяет использовать преимущества данных подходов, нивелируя приэтом их недостатки.3.23.2.1ТехнологическиеREST-архитектура как альтернатива SOAДругой альтернативой сервис-ориентированной архитектуре (SOA) с принципиальной точ-ки зрения является ресурсо-ориентированная архитектура - REST (хотя правильней будет назватьего архитектурным стилем, а не архитектурой).В REST-сервисах акцент сделан на доступ к ресурсам, а не на исполнение удаленных сервисов; в этом их кардинальное отличие от SOAP-сервисов.