ADatP-34 (NISP): Стандарти та профілі сумісності НАТО — з поясненнями

ADatP-34 — це номер документа Стандартів і профілів сумісності НАТО (NISP) — головного каталогу Альянсу з технічних стандартів та профілів сумісності, які мають використовувати системи зв'язку й інформаційні системи для взаємодії. Це не каталог повідомлень і не стандарт лінії передачі даних: це тритомний довідник, який каже програмі, які стандарти впроваджувати, у якій редакції та наскільки сильно кожен із них зобов'язує. Якщо ви шукали формати повідомлень НАТО — вони живуть у ADatP-3 (STANAG 5500) і APP-11, а ADatP-34 каже, проти якої саме їх редакції треба розробляти.

Що таке ADatP-34: Стандарти та профілі сумісності НАТО

Формально ADatP-34 — це Allied Data Publication, вмістом якого є NISP. Він визначає технічні стандарти та профілі, необхідні для досягнення сумісності систем зв'язку та інформаційних систем (CIS) на підтримку місій і операцій НАТО, та дає настанови трьом ролям, які щодня з нього живляться: планувальникам спроможностей, керівникам програм і менеджерам тестування. Поточна публічно випущена редакція — ADatP-34 Edition N Version 2 (NISP version 15, 18 серпня 2023 року), затверджена Радою C3 НАТО та випущена як заміна Edition N Version 1 (NISP v14, 2021).

NISP виріс із Технічної архітектури NC3 НАТО (NC3TA), останню версію якої завершили у 2005–2006 роках; перший NISP вийшов у грудні 2006 року, і відтоді документ переглядається приблизно щороку. Якщо NC3TA була архітектурним документом, то NISP — це каталог із юридичною силою: згідно зі Стратегією C3 Альянсу всі структури NATO Enterprise дотримуються обов'язкових стандартів і профілів із його тому 2, і ці стандарти є обов'язковими для систем зі спільним фінансуванням НАТО (ширший ландшафт STANAG/APP описано у матеріалі стандарти сумісності НАТО для програмного забезпечення).

NISP публікується як три томи у HTML і PDF, доповнені базою стандартів із пошуком та експортом даних у форматі ArchiMate для архітектурних інструментів. База за редакцією 2023 року містить приблизно 1 280 стандартів від близько 70 організацій — специфікації IETF RFC, W3C, OASIS, OGC та ISO поруч із STANAG НАТО та союзними публікаціями — плюс близько 400 сервісних профілів. Більшість із цього написано не в НАТО: NISP запозичує зрілі сторонні стандарти та зв'язує їх у профілі НАТО.

Хто супроводжує ADatP-34: Рада C3, IP CaT і STANAG 5524

NISP розробляє Interoperability Profiles Capability Team (IP CaT) під авторитетом Ради НАТО з консультацій, командування та управління (C3B) — старшого багатонаціонального комітету з політики C3 і сумісності НАТО. У грудні 2023 року Північноатлантична рада схвалила перейменування Ради C3 на Комітет цифрової політики (DPC), і команда з профілів сумісності продовжує працювати під цим комітетом; у чинних переліках НАТО вона фігурує як команда DPC зі стандартів і профілів сумісності (база NISP записує її як "DPC IP iCaT"). Ранні редакції NISP готувала Робоча група НАТО з відкритих систем, перш ніж роботу передали спеціалізованій команді.

Ритм супроводу — щорічний і передбачуваний, і це важливо для планування дорожньої карти:

• Будь-хто — держава, орган НАТО чи програма — подає до IP CaT Request for Change (RFC).
• RFC, отримані до 1 вересня, націлені на наступний випуск; IP CaT розглядає їх у діалозі з відповідними органами стандартизації.
• Нову версію подають до Ради C3 (нині DPC) до кінця року після внутрішнього розгляду.
• Після ухвалення NISP стає стандартом НАТО, охопленим STANAG 5524, який фіксує згоду держав-учасниць використовувати його обов'язкові стандарти та профілі.

Жива база IP CaT — а не PDF, що виходить раз на рік, — є визначальним джерелом поточного статусу будь-якого стандарту чи профілю: чернеткові редакції оновлюються безперервно між офіційними випусками.

Томи NISP: що містять томи 1, 2 і 3

Із середини 2010-х NISP має стабільну тритомну структуру (старіші редакції членувалися інакше — стандарти ближчої й далекої перспективи, профілі та правила проєктування в окремих томах). Кожен том має свою роль:

• Том 1 — Вступ. Базові поняття (що таке стандарт у термінах NISP, що таке профіль), рамки менеджменту й управління конфігурацією, процес RFC та настанови з розробки профілів у додатку. Прочитайте його один раз: він короткий і задає словник, на який спираються інші томи.
• Том 2 — Узгоджені стандарти та профілі сумісності. Нормативне ядро: стандарти й профілі, обов'язкові для систем зі спільним фінансуванням НАТО, організовані за таксономією C3 НАТО (базова лінія 5.0) у розділах на кшталт User Applications, COI Services, Core Services і Communications Services. Тут також розміщено узгоджені профілі, зокрема профілі Federated Mission Networking (FMN) Spiral 3 і Spiral 4 та кілька десятків сервісних інтерфейсних профілів.
• Том 3 — Кандидатні стандарти та профілі сумісності. Інформативні настанови: стандарти й профілі, достатньо зрілі, щоб планувати проти них програми, що стартують упродовж наступного року-двох, але ще не обов'язкові.

Том 2 нормативний для систем зі спільним фінансуванням НАТО; том 3 — інформативний. Це одне речення — і саме його закупівельні документи найчастіше непомітно плутають.

Обов'язкові проти кандидатних: категорії, що визначають, що ви мусите будувати

NISP призначає кожному внесеному стандарту чи профілю статус обов'язковості з точним значенням:

• Обов'язковий (том 2) — застосування стандарту чи профілю примусове для систем зі спільним фінансуванням НАТО на етапах планування, впровадження та тестування. Держави зобов'язані використовувати NISP під час розвитку спроможностей, що підтримують місії НАТО, і запрошуються застосовувати ті самі правила на національному рівні.
• Кандидатний (том 3) — стандарт чи профіль можна використовувати лише для тестування та планування програм. Він має бути достатньо зрілим і очікувано стане обов'язковим у видимій перспективі; власне правило NISP — кандидат не має сидіти в томі 3 довше трьох років.

Дві подальші відмінності захищають команди від хибного читання каталогу. По-перше, обов'язковість — не те саме, що життєвий цикл: власну зрілість стандарту (вивчення/ратифікація, оприлюднений, замінений — або, для сторонніх стандартів, emerging/mature/fading/obsolete) відстежує орган, що його розробляє, а для стандартів НАТО авторитетний статус і національні застереження живуть у базі Офісу стандартизації НАТО, а не в NISP. По-друге, застосовність — не відповідність: Базовий профіль стандартів NISP пов'язує стандарти з елементами таксономії C3, але якщо стандарт застосовується до сервісу, який ви реалізуєте, ступінь відповідності оцінюється в контексті вашого проєкту — сам NISP зазначає, що обмін даними між системами C2 і логістики може потребувати лише підмножини понять JC3IEDM (STANAG 5525).

Для сторонніх стандартів IP CaT застосовує явні критерії запозичення — реалізації у кількох вендорів, консенсусна розробка, відсутність обтяжень інтелектуальної власності, відкритість, стабільність і тестованість — і одне правило конфліктів, яке варто пам'ятати: якщо запозичений сторонній стандарт конфліктує з відповідним стандартом НАТО, пріоритет має визначення НАТО.

Профілі сумісності, SIOP і як спіралі FMN використовують NISP

Самі по собі стандарти не забезпечують взаємодії — її забезпечують профілі. У термінах NISP профілі визначають конкретне використання стандартів у точці сервісної сумісності (SIOP) — контрольній точці архітектури, у якій інстанціюється один чи кілька сервісних інтерфейсів, щоб системи, що надають той самий сервіс по різних протоколах, могли взаємодіяти. Детальна технічна специфікація SIOP живе в сервісному інтерфейсному профілі (SIP). Профіль визначає свої вимоги до спроможностей і підтримувані архітектурні view NAF, характерні протоколи, опції реалізації, технічні стандарти, SIOP та зв'язки з іншими профілями — і профілі можуть посилатися на інші профілі, щоб максимально повторно використовувати напрацювання.

Профілі свідомо динамічні: вони мають оновлюватися, коли змінюється стандарт, на який вони посилаються, а власники профілів зобов'язані переглядати їх що два роки. Саме тут NISP зустрічається з Federated Mission Networking. Кожна Spiral Specification FMN збирає архітектуру, інструкції, профілі та вимоги для інкременту федерації, і NISP — це місце, де ці профілі стають видимими зобов'язаннями: профілі FMN Spiral 3 і Spiral 4 внесені як узгоджені до тому 2 редакції 2023 року, тоді як запропонований профіль FMN Spiral 5 перебував у томі 3 як кандидат. Група менеджменту FMN ухвалила фінальну специфікацію Spiral 6 у листопаді 2025 року, і її профілі можна очікувати в NISP тим самим шляхом — узгоджені профілі в томі 2 після ухвалення (як виглядає профільний набір спіралі на практиці — у матеріалі вимоги FMN Spiral 4).

NISP також називає майданчики, де відповідність профілів доводиться: його критерії розгляду запитують відповідальні сторони, чи виявлялися проблеми зі стандартом під час тестових заходів на кшталт CWIX і CIAV. Якщо ви туди прямуєте, читайте паралельно порадник із підготовки до CWIX — навчальний захід тестує профілі, а не PDF.

ADatP-34 проти ADatP-3, APP-11, APP-6 і STANAG

Ці позначення постійно перехрещуються у вимогах, тож ось таблиця розрізнення. Коротко: ADatP-34 — це каталог; ADatP-3 і APP-11 — військово-повідомна пара, на яку він вказує; APP-6 — символіка; STANAG — інструмент ратифікації. Усі чотири публікації, своєю чергою, внесені всередину тому 2 ADatP-34 — із точною редакцією, якої зобов'язані дотримуватися системи НАТО.

Тож «повідомлень ADatP-34» не існує в природі. Повідомлення, які парсить ваш шлюз, — це текст ADatP-3/APP-11, слова J-серії Link 16 (STANAG 5516 — див. Link 16 і тактичні лінії передачі даних), VMF чи сервісний корисний вантаж на кшталт MIP4; символіку, яку рендерить ваша мапа, визначає APP-6 (порівняння з американським двійником — APP-6 проти MIL-STD-2525). Завдання ADatP-34 — сказати, яка редакція кожного з них є чинною й обов'язковою, у якій комбінації профілів і на якому інтерфейсі. Про модель даних сухопутних сил, що відіграє ту саму роль у світі обміну обстановкою, читайте в MIP4-IES.

Як команда розробки використовує NISP: від профілю до матриці відповідності

На практиці команда C2-продукту опановує NISP у чотири кроки, і артефакт, який вона виробляє, — матриця відповідності — це те, що насправді запитують оцінювачі, акредитаційники і планувальники CWIX:

1. Відобразіть свої інтерфейси у SIOP. Кожен зовнішній інтерфейс, який ваш продукт відкриває чи споживає (обмін треками, формальні повідомлення, чат, картографічні сервіси, маркування безпеки), — це точка сервісної сумісності. Назвіть їх: вони якорять усе подальше.
2. Знайдіть кожен у томі 2. Знайдіть вузол таксономії C3 для цього сервісу в таблицях стандартів — кожен рядок дає назву, номер публікації, профілі, у яких стандарт використовується, та відповідальну сторону, яка консультує НАТО з нього. Якщо ваша програма націлена на федерацію FMN, почніть натомість із профілю FMN і візьміть його список стандартів. Перевірте том 3 на те, що вдарить по вам посеред програми.
3. Складіть матрицю. На кожен SIOP зафіксуйте стандарт, точну редакцію, обсяг відповідності (повний або ту підмножину, яку NISP дозволяє обґрунтувати), статус обов'язковості та докази, які ви виробите.
4. Доведіть. Вмонтуйте матрицю у свій комплект тестів відповідності, а потім відпрацюйте його на коаліційному тестовому заході. Рядок матриці без тестових доказів — це заява, а не відповідність.

Матриця відповідності коаліційного C2-продукту проти редакції 2023 року виглядає приблизно так:

Версіонуйте матрицю проти редакції NISP, з якої вона побудована, і щороку перебазовуйте її — щорічний ритм випусків означає, що редакції зсуваються під довгими програмами. Щодо архітектурних view, що супроводжують матрицю: елементи профілів NISP посилаються на NATO Architecture Framework (NAF 4), а про інформаційно-модельний шар під MIP4 — NATO C2 Information Model.

Типові помилки інженерів щодо ADatP-34

• Парсинг «повідомлень ADatP-34». Їх не існує. Вміст повідомлень — це ADatP-3/APP-11 (див. пояснювач ADatP-3 / STANAG 5500) або тактична лінія передачі даних; ADatP-34 лише цитує їх. Будувати «парсер ADatP-34» — категорійна помилка, яка коштувала командам реальних місяців.
• Заява про «відповідність NISP» без охоплення. Відповідність визначається на кожен SIOP, кожен профіль, кожну редакцію. Пропозиція з «NISP-compliant» без матриці читається оцінювачем як шум; пропозиція з матрицею — ні.
• Впровадження всього на повну відповідність — або пропуск стандартів тому 2 як необов'язкових. Застосовність — не відповідність (підмножини можна обґрунтувати), але обов'язковий означає обов'язковий для систем зі спільним фінансуванням НАТО на SIOP.
• Розробка проти застарілої редакції. Edition M, Edition N Ver 1 і Edition N Ver 2 розрізняються цитованими редакціями базових стандартів; матриця, прикута до заміненої редакції, не пройде розгляд. Відстежуйте щорічний випуск і дедлайн RFC 1 вересня.
• Ігнорування тому 3. Кандидатні стандарти — це ті, що стають обов'язковими посеред програми; NISP очікує, що кандидати рухаються приблизно за три роки. Закладайте їх у дорожню карту, а не в запит на зміну.
• Ставлення до NISP як до реєстру статусів. Стан ратифікації та національні застереження STANAG живуть у базі Офісу стандартизації НАТО; NISP навмисно їх не дублює.

Якщо все це зробити правильно, ADatP-34 перестає бути непрозорим акронімом і стає тим, чим його задумано: єдиним чек-листом, що перетворює «ми сумісні з НАТО» на перевірюване інженерне твердження.