Ағылшыншамен салыстырыңыз: абзацты басыңыз — түпнұсқа терезеде ашылады. Абзац астындағы EN түймесі оны мәтін ішінде көрсетеді.
Мазмұны
Кіріспе
Веб-қызметтер үшін хабарлама протоколы – компьютерлік желі протоколы.
Messaging protocol for web services
the computer network protocol
SOAP (бұрын Simple Object Access Protocol деген аббревиатура) – компьютерлік желілерде веб-қызметтерді іске асыру кезінде құрылымдалған ақпаратты алмасуға арналған хабарлама протоколының сипаттамасы. Ол хабарлама форматы ретінде XML Ақпараттық Жиынтығын пайдаланады және хабарлама келіссөздері мен беру үшін, көбінесе Hypertext Transfer Protocol (HTTP) қосымша қабаты протоколдарына сүйенеді, бірақ кейбір ескі жүйелер Simple Mail Transfer Protocol (SMTP) арқылы байланысады. SOAP әзірлеушілерге Windows, macOS және Linux сияқты әртүрлі операциялық жүйелерде іске қосылған процестерді Extensible Markup Language (XML) арқылы аутентификациялауға, авторизациялауға және байланыс жасауға мүмкіндік береді. HTTP сияқты веб-протоколдар дерлік барлық операциялық жүйелерде орнатылғандықтан, SOAP клиенттерге веб-қызметтерді шақыруға және жауаптарды тіл мен платформаға тәуелсіз түрде алуға мүмкіндік береді.
SOAP (formerly an acronym for Simple Object Access Protocol) is a messaging protocol specification for exchanging structured information in the implementation of web services in computer networks. It uses XML Information Set for its message format, and relies on application layer protocols, most often Hypertext Transfer Protocol (HTTP), although some legacy systems communicate over Simple Mail Transfer Protocol (SMTP), for message negotiation and transmission. SOAP allows developers to invoke processes running on different operating systems (such as Windows, macOS, and Linux) to authenticate, authorize, and communicate using Extensible Markup Language (XML). Since Web protocols like HTTP are installed and running on practically all operating systems, SOAP allows clients to invoke web services and receive responses independent of language and platforms.
Тарих
SOAP объектіге қол жеткізу протоколы ретінде әзірленген және 1998 жылдың маусым айында Dave Winer, Don Box, Bob Atkinson және Mohsen Al Ghosein Microsoft үшін Frontier 5.1 құрамында XML RPC ретінде жарияланған, онда Atkinson және Al Ghosein жұмыс істеген. Техникалық сипаттама 1999 жылдың 13 қыркүйегінде IETF-ке ұсынылғанға дейін қолжетімді болған жоқ. Don Box айтуынша, бұл Microsoft ішіндегі саяси жағдайға байланысты болған. Microsoft-тың тартынғандығына байланысты Dave Winer 1998 жылы XML RPC-ді шығарды. Ұсынылған Интернет жобасы RFC статусына қол жеткізбеді және демек, «веб-стандарт» деп есептелмейді. Техникалық сипаттаманың 1.1 нұсқасы 2000 жылдың 8 мамырында W3C ескертуі ретінде жарияланды. 1.1 нұсқасы W3C ұсынысы статусына қол жеткізбегендіктен, оны «веб-стандарт» деп санауға да болмайды. Дегенмен, 2003 жылдың 24 маусымында техникалық сипаттаманың 1.2 нұсқасы W3C ұсынысы болды. SOAP бастапқыда «Simple Object Access Protocol» дегенді білдірген, бірақ стандарттың 1.2 нұсқасы бұл аббревиатурадан бас тартты. SOAP техникалық сипаттамасын 2009 жылдың 10 шілдесіне дейін Дүниежүзілік тор консорциумының XML протоколы жұмыс тобы күзеді. SOAP алғаш рет енгізілгеннен кейін, ол WSDL, XSD және UDDI негізіндегі күрделі веб-қызметтердің негізгі қабатына айналды. Бұл қызметтердің ішінде, әсіресе UDDI, көп қызығушылық тудырмады, бірақ оларды бағалау SOAP-тың веб-қызметтердің қалай дамығанын ескере отырып, күтілетін рөлін толық түсінуге көмектеседі.
SOAP was designed as an object access protocol and released as XML RPC in June 1998 as part of Frontier 5.1 by Dave Winer, Don Box, Bob Atkinson, and Mohsen Al Ghosein for Microsoft, where Atkinson and Al Ghosein were working. The specification was not made available until it was submitted to IETF 13 September 1999. According to Don Box, this was due to politics within Microsoft. Because of Microsoft's hesitation, Dave Winer shipped XML RPC in 1998. The submitted Internet Draft did not reach RFC status and is therefore not considered a "web standard" as such. Version 1.1 of the specification was published as a W3C Note on 8 May 2000. Since version 1.1 did not reach W3C Recommendation status, it can not be considered a "web standard" either. Version 1.2 of the specification, however, became a W3C recommendation on June 24, 2003. SOAP originally stood for "Simple Object Access Protocol" but version 1.2 of the standard dropped this acronym. The SOAP specification was maintained by the XML Protocol Working Group of the World Wide Web Consortium until the group was closed 10 July 2009. After SOAP was first introduced, it became the underlying layer of a more complex set of web services, based on WSDL, XSD and UDDI. These different services, especially UDDI, have proved to be of far less interest, but an appreciation of them gives a complete understanding of the expected role of SOAP compared to how web services have actually evolved.
SOAP терминологиясы
SOAP спецификациясын жалпы алғанда, келесі үш түсінік негізінде құралған деп айтуға болады: протоколдық ұғымдар, қаптамалау ұғымдары және желілік ұғымдар.
SOAP specification can be broadly defined to be consisting of the following three conceptual components: protocol concepts, encapsulation concepts and network concepts.
Хаттамалық ұғымдар
SOAP Бұл SOAP жіберуші мен қабылдаушы арасындағы ақпарат алмасу форматы мен өңдеу ережелерін ресмилендіре және басқаратын ережелер жиынтығы. SOAP түйіндері – SOAP хабарламаларын жіберу/жеткізу, қабылдау және өңдеу үшін қолданылатын өңдеу бірліктері бар физикалық/логикалық машиналар. Бұл желідегі түйіндерге ұқсас. SOAP рөлдері SOAP хабарламасы жолындағы барлық түйіндер белгілі бір рөлді атқарады. Түйіннің рөлі ол алған хабарламамен жасайтын әрекетті анықтайды. Мысалы, "жоқ" рөлі дегеніміз, ешбір түйін SOAP бас бөлігін қандай да бір жолмен өңдемейді және хабарды тек өз жолымен жібереді. SOAP протоколының байланысы SOAP хабары желі арқылы басқа протоколдармен бірлесіп жұмыс істеуі тиіс. Мысалы, SOAP хабары хабарларды жеткізу үшін TCP-ні төменгі қабат протоколы ретінде пайдалана алады. Бұл байланыстар SOAP протоколының байланыс аясында анықталады. SOAP мүмкіндіктері SOAP тек хабарлау аясын ұсынады. Дегенмен, оны сенімділік, қауіпсіздік сияқты мүмкіндіктерді қосу үшін кеңейтуге болады. SOAP аясына мүмкіндіктер қосу кезінде сақталуға тиісті ережелер бар. SOAP модулі – SOAP-қа кеңейтілген жаңа мүмкіндіктерді сипаттау үшін SOAP бас бөлігінің семантикасына қатысты ережелер жиынтығы. Модульде нөл немесе одан көп мүмкіндіктер болуы мүмкін. SOAP модульдер белгіленген ережелерді сақтауын талап етеді.
SOAP This is a set of rules formalizing and governing the format and processing rules for information exchanged between a SOAP sender and a SOAP receiver. SOAP nodes These are physical/logical machines with processing units which are used to transmit/forward, receive and process SOAP messages. These are analogous to nodes in a network. SOAP roles Over the path of a SOAP message, all nodes assume a specific role. The role of the node defines the action that the node performs on the message it receives. For example, a role "none" means that no node will process the SOAP header in any way and simply transmit the message along its path. SOAP protocol binding A SOAP message needs to work in conjunction with other protocols to be transferred over a network. For example, a SOAP message could use TCP as a lower layer protocol to transfer messages. These bindings are defined in the SOAP protocol binding framework. SOAP features SOAP provides a messaging framework only. However, it can be extended to add features such as reliability, security etc. There are rules to be followed when adding features to the SOAP framework. SOAP module A collection of specifications regarding the semantics of SOAP header to describe any new features being extended upon SOAP. A module needs to realize zero or more features. SOAP requires modules to adhere to prescribed rules.
Деректерді капсулалау тұжырымдамалары
SOAP хабары 2 SOAP түйіні арасында алмасылатын ақпаратты көрсетеді. SOAP конверті – XML хабарламасының SOAP хабарламасы екенін анықтайтын қоршау элементі. SOAP басындағы блок – SOAP басында бірнеше блок болуы мүмкін, олардың әрқайсысы бастағы жеке есептеу блогы болып табылады. Әдетте, SOAP рөлі туралы ақпарат жол бойындағы түйіндерді анықтау үшін қолданылады. Егер басты блоктың SOAP рөлі, SOAP түйінінің жұмыс істейтін рөлінің атауымен сәйкес келсе, онда бұл басты блок сол SOAP түйініне бағытталған болып саналады. (Мысалы, role атрибуты ultimateReceiver ретінде берілген SOAP басты блогы тек осы рөлге ие мақсатты түйінге бағытталған. Ал role атрибуты next ретінде берілген басты блок, барлық аралық түйіндерге де, сондай-ақ мақсатты түйінге де бағытталған.) SOAP басы – әрбір SOAP қабылдаушыға бағытталған бір немесе бірнеше бастық блоктардың жиынтығы. SOAP денесі – SOAP қабылдаушысына арналған хабарламаның мазмұнын қамтиды. SOAP денесінің түсіндірілуі мен өңделуі бастық блоктармен анықталады. SOAP қатесі – SOAP түйіні хабарламаны өңдеуге сәтсіз болған жағдайда, ол қате туралы ақпаратты SOAP қатесі элементіне қосады. Бұл элемент SOAP денесінде бағынышты элемент ретінде орналасқан.
SOAP message Represents the information being exchanged between 2 SOAP nodes. SOAP envelope It is the enclosing element of an XML message identifying it as a SOAP message. SOAP header block A SOAP header can contain more than one of these blocks, each being a discrete computational block within the header. In general, the SOAP role information is used to target nodes on the path. A header block is said to be targeted at a SOAP node if the SOAP role for the header block is the name of a role in which the SOAP node operates. (ex: A SOAP header block with role attribute as ultimateReceiver is targeted only at the destination node which has this role. A header with a role attribute as next is targeted at each intermediary as well as the destination node.) SOAP header A collection of one or more header blocks targeted at each SOAP receiver. SOAP body Contains the body of the message intended for the SOAP receiver. The interpretation and processing of SOAP body is defined by header blocks. SOAP fault In case a SOAP node fails to process a SOAP message, it adds the fault information to the SOAP fault element. This element is contained within the SOAP body as a child element.
Хабарды жіберуші және қабылдаушы ұғымдары
SOAP жіберушісі SOAP хабарламасын тарататын түйін. SOAP қабылдаушысы SOAP хабарламасын қабылдайтын түйін. (Аралық немесе мақсатты түйін болуы мүмкін). SOAP хабарлама жолы SOAP хабарламасы мақсатты түйінге жету үшін өткен барлық түйіндерден тұратын жол. Бастапқы SOAP жіберушісі – SOAP хабарламасын бастапқыда таратқан түйін. Бұл SOAP хабарлама жолының бастауы. SOAP аралық операторы SOAP хабарламасын бастаған түйін мен мақсатты SOAP қабылдаушысы арасындағы барлық түйіндер. Ол өзіне бағытталған SOAP бас блоктарын өңдейді және SOAP хабарламасын соңғы SOAP қабылдаушысына жіберуге көмектеседі. Соңғы SOAP қабылдаушысы SOAP хабарламасының соңғы мақсатты қабылдаушысы. Бұл түйін хабардың мазмұнын және оған бағытталған бас блоктарын өңдеуге жауапты.
SOAP sender The node that transmits a SOAP message. SOAP receiver The node receiving a SOAP message. (Could be an intermediary or the destination node). SOAP message path The path consisting of all the nodes that the SOAP message traversed to reach the destination node. Initial SOAP sender This is the node which originated the SOAP message to be transmitted. This is the root of the SOAP message path. SOAP intermediary All the nodes in between the SOAP originator and the intended SOAP destination. It processes the SOAP header blocks targeted at it and acts to forward a SOAP message towards an ultimate SOAP receiver. Ultimate SOAP receiver The destination receiver of the SOAP message. This node is responsible for processing the message body and any header blocks targeted at it.
Артықшылықтар
SOAP-тың бейтараптық қасиеті оны кез келген тасымалдау протоколымен пайдалануға қолайлы етеді. Көп жағдайда HTTP тасымалдау протоколы ретінде қолданылады, бірақ басқа да танымал тасымалдау протоколдарын да қолдануға болады. Мысалы, SOAP SMTP, JMS және хабар кезектері арқылы да қолданылуы мүмкін. SOAP, HTTP сұраныс/жауап алмасуымен біріктірілгенде, қолданыстағы қауіпті қабырғалар мен прокси-серверлер арқылы оңай өткізіледі, демек HTTP сұраныс/жауап алмасуын өңдеуге арналған кең таралған есептеу және байланыс инфрақұрылымын өзгертудің қажеті жоқ. SOAP XML-дің барлық мүмкіндіктерін пайдалана алады, соның ішінде оңай халықараздандыру және XML атау кеңістіктерімен кеңейту мүмкіндігі де бар.
SOAP's neutrality characteristic explicitly makes it suitable for use with any transport protocol. Implementations often use HTTP as a transport protocol, but other popular transport protocols can be used. For example, SOAP can also be used over SMTP, JMS and message queues. SOAP, when combined with HTTP post/response exchanges, tunnels easily through existing firewalls and proxies, and consequently doesn't require modifying the widespread computing and communication infrastructures that exist for processing HTTP post/response exchanges. SOAP has available to it all the facilities of XML, including easy internationalization and extensibility with XML Namespaces.
Кемшіліктер
Стандартты іске асыруды және әдепкі SOAP/HTTP байланысын пайдаланғанда, XML ақпарат жинағы XML түрінде тізімделеді. XML-ге ендірілген бинарлық нысандардың ерекше жағдайында өнімділікті арттыру үшін хабар таратуды оңтайландыру механизмі енгізілді. Егер HTTP көлік протоколы ретінде қолданылса және Веб-қызметтер адрестеуі немесе Кәсіпорын қызметтік шинасы қолданылмаса, өзара әрекеттесетін тараптардың рөлдері белгілі болады. Тек бір тарап (клиент) екінші тараптың қызметтерін пайдалана алады. SOAP атауынан көрінетіндей, қарапайым емес. Протоколдың ауырлығы, XML-ді талдаудың баяу жылдамдығы және стандартталған өзара әрекеттесу моделінің болмауы HTTP протоколын тікелей пайдаланатын қызметтердің басымдығына әкелді. Мысалы, REST-ті қараңыз. Протоколға бейтарап болғандықтан, SOAP протоколдың ерекшеліктерінен және REST-тің бірыңғай интерфейсі немесе кэштеу сияқты оңтайландырылған мүмкіндіктерінен пайдалана алмайды, олардың орнына оларды қайта іске асыруға мәжбүр болады (WS адрестеуі сияқты).
When using standard implementation and the default SOAP/HTTP binding, the XML infoset is serialized as XML. To improve performance for the special case of XML with embedded binary objects, the Message Transmission Optimization Mechanism was introduced. When relying on HTTP as a transport protocol and not using Web Services Addressing or an Enterprise Service Bus, the roles of the interacting parties are fixed. Only one party (the client) can use the services of the other. SOAP is less "simple" than the name would suggest. The verbosity of the protocol, slow parsing speed of XML, and lack of a standardized interaction model led to the dominance of services using the HTTP protocol more directly. See, for example, REST. Being protocol agnostic, SOAP is unable to take advantage of protocol specific features and optimizations such as REST's Uniform Interface or caching – instead having to reimplement them (as with WS Addressing).