AEDP-19 архітектура робочих процесів РТРБ НАТО

Що це таке

AEDP-19 - Allied Engineering Documentation Publication, термін НАТО для технічного документа, який містить фактичні вимоги під покривною угодою. У ньому викладено «NATO Standard ISR Workflow Architecture, proposed for agreement under STANAG 4559 Edition 4», а власний Letter of Promulgation фіксує, що «the agreement of nations to use this publication is recorded in STANAG 4559». Тут ця відмінність важливіша за звичайне: STANAG 4559 ратифікують країни НАТО, а AEDP-19 - це специфікація, на яку нація погоджується, коли це робить. Це не стандарт системи управління, і ніхто не сертифікується за ним. Це специфікація сервісно-орієнтованої архітектури: набір SOAP і XML веб-сервісів, схем повідомлень і правил хореографії, що дозволяють системам розвідки, спостереження та розвідки бойовом (ISR) НАТО та національним обмінюватися робочими даними спільного циклу збору. Документ прямо формулює мету: «to promote interoperability for the exchange of NATO Intelligence, Surveillance and Reconnaissance (ISR) process elements». Він написаний для тих, хто будує ці системи, «intended to be used by engineers during system design, implementation and testing», а не для тих, хто користується ними операційно щодня.

Стек сервісів

AEDP-19 організовує інтерфейси у два шари ширшого стеку сервісів STANAG 4559. Core Services Layer несе три доменно-незалежні сервіси: Simple Persistence as a Service (SPS++), сервіс сповіщень Pub-Sub і Enterprise Event Relay Service (E2RS). JISR COI-Specific Services Layer несе шість сервісів, створених саме для розвідувальної спільноти: Organization, Requirement, Priority, Tasking, Request і Geographic Area of Interest. Скрізний набір бізнес-правил фіксує простір імен topic, формат ідентифікатора сутності та механізм безпеки, спільні для усіх дев’яти сервісів, щоб система, що реалізує кілька з них, поводилася однаково в усіх випадках.

SPS++ - шар зберігання, через який інші вісім сервісів зберігають дані. Він зберігає версійовані XML бізнес-сутності, реплікує їх між розподіленими вузлами та вирішує конфлікти запису, які дає розподілена реплікація, відстежуючи дерево версій і дозволяючи споживачу позначити програшну гілку мертвою. Розробники обирають один із трьох рівнів відповідності; документ висловлює перевагу без обов’язковості найвищого, оскільки «a SPS++ service provider SHOULD provide 'compliance level 3', however lower levels of compliance could still be operationally sufficient in a specific deployment». Окрема процедура описує, як новий вузол синхронізується в mesh екземплярів SPS++, що роками реплікували дані, не порушуючи роботу вже запущених, а документ задає конкретну ціль пропускної здатності в пункті A-3.7.8.2.7: SPS++ «SHALL be able to provide a throughput of up to 64,850 messages per day». Сервіс Pub-Sub повідомляє сервіси вищого шару про новий вміст без опитування, а Enterprise Event Relay Service - протилежність за надійністю: він «SHALL NOT persist messages» і «SHALL NOT queue messages», бо існує лише для ретрансляції високочастотного малого трафіку, наприклад heartbeat статусу системи.

Що роблять JISR-специфічні сервіси

Organization Service керує підрозділами, локаціями, операціями, системами ISR і порядком бойового розташування (ORBAT), що їх поєднує, і дозволяє системам публікувати та читати статус активів і heartbeat. Він забезпечує порядок публікації: кожен підрозділ і система, названі в структурі ORBAT, мають бути опубліковані до відносин, що будують цю структуру. Requirement Service керує Intelligence Collection Plans і вимогами до інформації в них, дозволяючи лише один «Current» план на підрозділ одночасно і переводячи кожну вимогу через задану прогресію статусів. Priority Service зберігає зважені значення пріоритету, які адміністратор задає, а менеджер збору застосовує до запиту, і обчислює комбінований пріоритет як зважену суму. Tasking Service веде хореографію між підрозділом, що ставить завдання, і активом, якому його доручено, кожен з яких звітує про власний статус через задану модель станів, охоплюючи завдання збору та експлуатації й дозволяючи одному завданню ініціювати експлуатацію продукту іншого. Request Service веде паралельну хореографію для запитів на інформацію та ISR-запитів через одинадцятистанову модель, забезпечуючи, що запит має лише один підрозділ, активно відповідальний за нього в будь-який момент. Geographic Area of Interest Service - найпростіший із шести: він зберігає географічні зони, на які інші сервіси посилаються за ідентифікатором.

Безпека та як насправді працює відповідність

Кожна операція в кожному сервісі контролюється однаково: доступ «SHALL be controlled using the 'Username Token Profile 1.1'», а сервіс кидає виняток access-denied, якщо не отримує достатніх облікових даних. AEDP-19 не називає орган сертифікації, схему акредитації чи державний аудит щодо себе. Найближче - самооцінений рівень відповідності для SPS++, описаний вище, і документ прямо каже, що нижчий рівень за найвищий може бути правильним вибором для конкретного розгортання. На практиці відповідність AEDP-19 доводять взаємодією: система або обмінюється визначеними повідомленнями коректно з іншою реалізацією архітектури, або ні.

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

AEDP-19 стоїть під [STANAG 4559](/standards/stanag-4559), угодою, яку ратифікують країни НАТО, щоб зобов’язатися на неї. Він написаний як доповнення до двох сестринських публікацій під тим самим STANAG: [AEDP-18](/standards/aedp-18), NATO Standard ISR Streaming Services, і [AEDP-17](/standards/aedp-17), NATO Standard ISR Library Interface, Core Interface якого успадковує кожен сервіс у AEDP-19. Операційні процедури, які підтримує ця архітектура, описані в [AIntP-16](/standards#q=AIntP-16) (вимоги до розвідки та управління збором) і [AIntP-14](/standards#q=AIntP-14) (спільні процедури ISR), і він пов’язаний із доктриною [AJP-2](/standards#q=AJP-2), [AJP-2.1](/standards#q=AJP-2.1) та [AJP-2.7](/standards#q=AJP-2.7). Список посилань також пов’язує [STANAG 6524](/standards#q=STANAG%206524) з AIntP-16.

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

• AEDP-18Довідково
• AEDP-17Довідково
• AIntP-16Довідково
• AIntP-14Довідково
• AJP-2Довідково
• AJP-2.1Довідково
• AJP-2.7Довідково
• STANAG 6524Довідково

Інші стандарти в темі «Авіаційні озброєння»

• AEDP-02AEDP-02 - архітектура взаємодії ISR NATO
• AEDP-03AEDP-03 - керівні матеріали з санітарної обробки пам'яті розширених систем зберігання даних
• AEDP-05AEDP-05 - посібник з впровадження інтерфейсу бібліотеки ISR NATO
• AEDP-06AEDP-06 - інтерфейс розширеного зберігання даних NATO (NADSI)
• AEDP-12AEDP-12 стандарт NATO на дані супроводу цілей для ISR
• AEDP-17AEDP-17 - стандартний інтерфейс бібліотеки ISR NATO