Профіль обміну повідомленнями через вебсервіси ADatP-5644

Що це таке

Специфікація для розробників, а не пункт контракту

ADatP-5644, Web Services Messaging Profile (WSMP), - це союзна публікація NATO з даних: технічна специфікація інтерфейсу, а не документ, який читає посадовець із закупівель чи національний представник із забезпечення якості. NATO каже про це прямо у власному пункті про сферу застосування: "the target audience for this specification is the community of software developers who are" реалізаторами постачальників сервісів WSMP і реалізаторами споживачів сервісів WSMP. Його охоплює STANAG 5644 - угода, якою держави беруть на себе зобов'язання щодо нього; STANAG зв'язує державу, а постачальник виконує WSMP тому, що так каже контракт або побудований на ньому профіль спільноти за інтересами (COI), а не тому, що специфікація існує. Це Edition A, Version 1, промульгована в жовтні 2023 року, перше видання, побудоване на робочому документі NCI Agency.

WSMP заміщує давніший спеціальний протокол, Service Interoperability Profile 3 (SIP3), яким спільнота відстеження своїх військ обмінювалася повідомленнями NATO Friendly Force Information. WSMP узагальнює цю ідею для будь-якої зацікавленої спільноти: "WSMP is extensible and MAY be used by any Community of Interest (COI)." Він стандартизує те, як дві системи обмінюються повідомленнями між собою, а не те, що містять самі повідомлення.

Два шаблони обміну повідомленнями

WSMP визначає два способи, якими системи можуть спілкуватися. WSMP-RR - це протокол запиту та відповіді, який NATO написала сама, бо для узагальненого обміну за схемою запит/відповідь не було міцного наявного стандарту, придатного до повторного використання: "the Request/Response MEP is not strongly regulated like the Publish/Subscribe MEP where standards are available for almost all the messaging protocols." Він відкриває операції Create, Read, Update і Delete, а також дві операції виявлення, якими клієнт може спитати сервіс, що той підтримує. WSMP-PS натомість повторно використовує стандарт OASIS WS-Notification для обміну за схемою публікація/підписка, загортаючи корисне навантаження сповіщення у власний конверт повідомлення WSMP.

Кожне повідомлення в обох шаблонах мандрує всередині єдиного елемента-обгортки WSMPMsg, який може нести одразу кілька елементів Create, Update, Delete і Response, кожен зі своєю необов'язковою прив'язкою метаданих, обов'язковим корисним навантаженням даних, необов'язковим фільтром і необов'язковою політикою доставлення.

Фільтрування, збої і те, що WSMP лишає відкритим

Фільтр звужує коло об'єктів даних, до яких застосовують операцію. Там, де фільтр присутній, операцію "SHALL only be applied to the data objects for which the application of ALL the indicated filter expressions evaluate to TRUE"; якщо його пропустити, операція застосовується до кожного об'єкта даних, яким керує сервіс. WSMP стандартизує на загальному рівні одну мову фільтрування вмісту, XPath 1.0, і відверто визнає, що його власна мова фільтрування метаданих "is currently not defined so this filtering method is unavailable at a COI generic layer" - прогалина, яку специфікація називає, а не замовчує.

Кожна помилкова ситуація WSMP-RR повертає одне з невеликого набору стандартних повідомлень про збій, побудованих на моделі OASIS Web Services Base Faults: загальний збій, збій через нереалізовану операцію, збій через непідтримуване повідомлення і парні збої діалекту та політики для всього, чого сервіс не розпізнає або не може виконати. Навіть операція, яку сервіс вирішив не реалізовувати, однаково має бути відкритою і однаково має завершуватися правильним збоєм, а не просто не існувати.

WSMP не визначає ані формату даних, які він переносить, ані того, як сервіс вирішує щось опублікувати, як сервіси знаходять одне одного чи як захищають повідомлення та протокол. Усі чотири речі лишено на власний профіль спільноти за інтересами і на нижчий транспортний рівень. На практиці це означає, що самого лише WSMP ніколи не досить, щоб побудувати сумісну систему: профіль обміну повідомленнями WSMP має назвати конкретний транспортний стандарт, а профіль WSMP COI - визначити корисне навантаження, фільтри та бізнес-правила, потрібні конкретній спільноті. WSMP постачається з одним готовим до вжитку профілем обміну повідомленнями, для SOAP 1.2, у додатку B; розробник, що цілиться в REST, JMS, AMQP чи WebSocket, рівноцінного профілю в цьому виданні не має, і йому знадобилося б, щоб спільнота за інтересами його написала.

Що держави вже виявили на практиці

Перелік застережень на початку документа показує, яку частину поверхні WSMP може лишити осторонь реальна реалізація. Одна держава записала, що вона "did not implement REST, JMS, AMQP and WebSocket", що вона "only supports SOAP and Read operations", що вона "does not implement data compression" і що замість перевіряти доставлення реалізувала "the transaction as fire and forget". Такий гнучкий профіль і призначено підганяти під себе, і держави його підганяють.

Як вас перевірятимуть

ADatP-5644 не описує жодного режиму сертифікації, аудиту чи інспекції. Це технічна специфікація інтерфейсу, і найближче до механізму оцінювання, що вона визначає, відбувається між системами, а не між організацією та оцінювачем: постачальник сервісу WSMP "SHALL return in the WSMPProfiles element with all the supported profiles", які він приймає, щоб клієнт міг перевірити заявлені спроможності сервісу, перш ніж на них покладатися. Це машина перевіряє машину, а не третя сторона перевіряє постачальника.

Стандарти, на які він посилається

• ADatP-36Довідково
• STANAG 4778Довідково
• STANAG 4774Довідково
• ADatP-03Довідково

Інші стандарти в темі «Системи зв'язку та інформації»

• AComP-5639AComP-5639 - специфікації Protected Core Networking для статичного середовища
• AComP-5640AComP-5640 - специфікації Protected Core Networking для розгортаного середовища
• ADatP-4774ADatP-4774 синтаксис міток конфіденційності в метаданих
• ADatP-4778Механізм прив'язки метаданих ADatP-4778
• ADatP-5636Специфікація базових метаданих NATO ADatP-5636
• ADatP-5656Інтерфейс федеративного управління сервісами та контролю ADatP-5656