Від лабораторій примусової праці до першої російської інтрамережі: історія придушення і технологій
Автор: Андрій Ніколаєв, український провідний інженер і представник проєкту, який керував проєктом Єдиного центру управління в короткий демократичний період Росії за президента Бориса Єльцина.
Картина зі штабу командування Плесецька — не просто мистецтво, а «ікона» культу, в якому російські генерали черпали силу, живлячись страхом, романтизуючи ядерний апокаліпсис як героїзм. Подібно до кремлівського наративу про «десатанізацію», який подає вторгнення як спасіння, такі образи нормалізували руйнування всередині військової корпоративної культури. Десятиліттями приховані, вони існували завдяки секретності. Публікація цього зображення тут позбавляє його сили — так само, як розкриття вразливості в застарілому коді.
Вступ: навіщо критика?
Повномасштабне вторгнення Росії в Україну у 2022 році змусило українців переоцінити свої історичні зв’язки й засудити агресивне відродження імперських амбіцій. Для мене, українця, який десятиліття тому працював над російськими оборонними технологіями, важливо пояснити, що ці проєкти виконувалися тоді, коли Російська Федерація за Бориса Єльцина намагалася рухатися більш демократичним шляхом. Сьогоднішня Росія за Путіна скотилася до авторитаризму — різкого контрасту з відносною відкритістю 1990-х. Ця стаття описує, як ранні російські інтрамережеві технології постали зі спадщини примусової праці й репресій, висвітлюючи темний бік радянської та російської історії.
Корені радянської криптографії: «шарашки» і ГУЛАГ
Що таке «шарашки»?
За правління Йосипа Сталіна Радянський Союз утримував величезну систему трудових таборів, відому як ГУЛАГ — російська абревіатура від «Главное управление лагерей». Мільйони людей, часто політичних в’язнів, були змушені працювати в жорстоких умовах. Серед цих таборів були спеціальні в’язниці, прозвані «шарашками», де ув’язнених учених та інженерів примушували розробляти цілком таємні військові й технологічні проєкти.
В’язні Воркутлагу, 1945 рік
Один із таких об’єктів був створений у 1948 році в Марфіно поблизу Москви. Тут одні з найкращих умів — як радянських, так іноді й іноземних фахівців, захоплених або примушених до роботи, — працювали під суворим наглядом, створюючи апаратуру для зашифрованої телефонії. Лауреат Нобелівської премії Олександр Солженіцин, який сам був в’язнем шарашки, описав ці умови у своєму романі «У колі першому». За його словами, в’язні не мали реальної надії на звільнення; вони були там, щоб винаходити все, що вимагала держава.
Лауреат Нобелівської премії Олександр Солженіцин, який сам був в’язнем шарашки, описав ці умови у своєму романі «У колі першому»
Марфіно, колишня в’язниця криптографів, до реставрації. Знімок зроблено в сучасний період.
Вежа Марфіно — в’язниці для інженерів-криптографів
Генеральний план в’язниці інженерів-криптографів у Марфіно
Фахівці під примусом у системі НКВД/МВС, 1940–1950-ті роки.
Подібні умови існували на різних радянських секретних об’єктах — від криптографічних лабораторій Марфіно
до ракетних досліджень на острові Городомля.
Чому це важливо для сучасних IT?
Шифрувальні пристрої та методи захищеного зв’язку, започатковані в Марфіно, стали основою пізнішої радянської криптографії. Хоча цих інженерів часто позбавляли власної свободи, результати їхньої праці використовувалися для захисту державних таємниць. Цей парадокс — коли технології розвивалися на спинах примусової праці — на десятиліття сформував мислення радянської, а згодом і російської інформатики.
НДІРВ і народження секретної інтрамережі
НДІРВ — Науково-дослідний інститут радіотехнічних вимірювань
У пізній радянський і ранній пострадянський період одним із ключових дослідницьких центрів був НДІРВ — Науково-дослідний інститут радіотехнічних вимірювань у Харкові, нині Україна. Цей інститут працював над різними військовими й аерокосмічними проєктами, включно з радіотехнічними вимірюваннями та траєкторним супроводом ракет і космічних апаратів.
Віха 1991 року в Харкові
До 1991 року в одній із лабораторій НДІРВ почала працювати внутрішня мережа — інтрамережа, ранній прототип, який проклав шлях до того, що згодом стало більшою засекреченою військовою мережею в Росії.
Запуск «Сбору» в 1993 році
Через два роки, у 1993-му, Росія офіційно розгорнула першу масштабну секретну інтрамережу — частину системи під назвою «Сбор». Під керівництвом українського інженера Андрія Ніколаєва, який тоді був пов’язаний із НДІРВ у Харкові, ця мережа спочатку з’єднала стратегічні об’єкти по всій Росії, зокрема космодром Плесецьк і пов’язаний із ним вимірювальний пункт, відомий як «Вега», в арктичному місті Воркута.
У той час як Захід розробляв відкриті інтернет-протоколи для з’єднання університетів і бізнесу, «Сбор» був суворо засекречений. Він використовував шифрувальну апаратуру Т-230 «Інтер’єр» — прямих спадкоємців криптографічних методів епохи Марфіно — для забезпечення секретності. Для російської держави це було не стільки про співпрацю, скільки про спостереження й контроль.
Російські зв’язківці працюють із секретною апаратурою телефонного зв’язку Т-230 «Інтер’єр».
Спадщина страху: чому Воркута і Плесецьк важливі
Плесецьк: не пийте воду
Космодром Плесецьк. Підготовка ракети до пуску
Плесецьк — космодром, назва якого означає «тиху широку ділянку річки та численні озера»
Космодром Плесецьк. Підготовка ракети до пуску
Космодром Плесецьк. Підготовка ракети до пуску
Воркута: місто, збудоване на кістках
Воркута, у Республіці Комі на півночі Росії, колись була місцем розташування величезного комплексу Воркутинського ГУЛАГу. Температура там може падати до -40°C, а в’язні, яких охоронці називали «білим вугіллям», були змушені видобувати вугілля у 12-годинні зміни. Голод, розстріли за дрібні порушення й масові хвороби забрали незліченну кількість життів. Сьогодні населення Воркути різко скоротилося. Але залишки масових поховань і досі лежать у вічній мерзлоті — мовчазне свідчення цієї жорстокої спадщини.
Воркута. Ціна вугілля, видобутого примусовою працею, була надзвичайно низькою
З’єднуючи точки
Саме з цих непривітних місць — Плесецька з його забрудненими колодязями та Воркути, збудованої на могилах ГУЛАГу, — постала перша російська високозахищена інтрамережа. У той час як західний світ просував відкриті протоколи й академічну свободу, радянська, а згодом і російська система розквітала на вертикальній секретності. Навіть у нібито демократичне вікно президентства Єльцина ці мережі зберігали глибоку параною, успадковану від сталінських часів.
ЄЦУ: Єдиний центр управління для балістичного супроводу
Поряд зі «Сбором» інженери розробили підсистему, відому як ЄЦУ — «Єдиний центр управління». Ідея полягала в управлінні даними траєкторії в реальному часі для стратегічних ракет та інших військових пусків, розкиданих по величезній території Росії. Якщо ракета запускалася з Сєверодвінська, поблизу арктичного узбережжя, або з майданчика на Камчатці, на далекому сході, мережа могла швидко зібрати зовнішні траєкторні вимірювання, спрогнозувати шлях снаряда й відповідно перенавести антени супроводу.
Це було вражаюче технічне досягнення, що спиралося на розподілену обчислювальну архітектуру, яка з’єднувала кілька ізольованих станцій. Проте всюдисуща «тюремна логіка» залишалася на задньому плані. Правила радянської спадщини, жорсткі строки й тягар військової секретності формували культуру проєкту, відлунюючи етос системи шарашок.
Від ГУЛАГу до секретної інтрамережі: ціна контролю
У Сполучених Штатах Інтернет розквітнув у відкритому середовищі — університетських лабораторіях, приватних гаражах, стартапах із венчурним фінансуванням, — де цінувалася свобода інновацій. У Росії ж, навпаки, перша інтрамережа була буквально викувана за колючим дротом. Вона була прямою духовною спадкоємицею лабораторій примусової праці сталінських часів.
- «У нас велика історія», часто кажуть багато росіян. Але вони нерідко оминають кістки, страх і рабську працю, що стояли за цією величчю.
- Західні проєкти, такі як ARPANET, зрештою привели до глобального, публічно доступного Інтернету.
- Російська інтрамережа залишалася закритою, секретною й використовувалася у військових та безпекових цілях, сформована давньою традицією придушення відкритої дискусії.
Висновок: погляд українського інженера
Ви можете запитати: чому український інженер так критично пише про російські таємні мережі? Відповідь проста:
- Війна і моральна відповідальність. З 2022 року Росія веде жорстоку війну проти моєї батьківщини — України. Мовчання або нейтралітет могли б бути неправильно витлумачені як співучасть або симпатія до дій Росії. Я мушу підкреслити репресивну природу радянського й нинішнього російського режимів, щоб пояснити: моя минула робота відбувалася за зовсім інших історичних умов — саме під час короткого демократичного експерименту Бориса Єльцина в 1990-х.
Харківська школа, зруйнована російськими окупантами. Україна, 2022 рік
- Контекст для технічних деталей. Ця стаття — лише половина більшого матеріалу; друга половина занурюється в технічні особливості архітектури інтрамережі, шифрування та розподілених обчислень. Без історичного й морального контексту можна не побачити темніші реалії, що формували ці системи.
Робота в шарашці. Наглядач ув’язненому інженеру: «Інтегруй!»
- Історичні уроки. Історія «Сбору» та ЄЦУ показує, як передові технології можуть розквітати навіть у репресивному середовищі — але за страшну людську ціну. Усвідомлення цієї ціни є необхідним, особливо тепер, коли кремлівська війна проти України знову розпалює ту саму логіку страху й примусу, яка колись живила сталінські ГУЛАГи.
Зрештою, розуміння цієї історії є життєво важливим для кожного, хто цінує свободу, — особливо для американських IT-фахівців і студентів, які сприймають Інтернет як символ відкритої співпраці. У випадку Росії прагнення до секретності перемогло цей дух відкритості. Хоча я пишаюся інженерними досягненнями, яких ми з колегами досягли за більш демократичної, хоч і недосконалої, Росії Єльцина, я не можу ігнорувати моральний тягар, що лежить під усією радянською, а тепер і неоімперською конструкцією.
Так, технологія може народитися з пригноблення — але якою ціною? Це питання гучно звучить сьогодні, коли світ бачить, як сучасна Росія повертається до своїх найтемніших імпульсів.
Фотографії в’язнів і наглядача з марфінської в’язниці.
1. Іноземні методи частотного стискання виявилися незадовільними. На початку 1949 року інженер Нанос розробив у лабораторії нову схему стискання з розділенням мовних частот.
2. Підготовка до загальних випробувань електричного частотного компресора.
На цьому завершується історико-політичний огляд. Друга половина цієї статті містить технічне занурення в архітектуру, протоколи та методи шифрування, які забезпечували роботу «Сбору» і ЄЦУ.
Цифровий Парфенон: як радянський системний прорив пробив асфальт бюрократії — і чому його поховали
Вступ: цей текст не для тих, хто любить корпоративні брошури
Якщо ви думаєте, що це просто черговий «кейс із системної інженерії», — закрийте цю вкладку.
Якщо вас влаштовує, що DevOps-інженери рятують production, а бонуси отримують ті, хто «задеплоїв найбільше віджетів», — це не для вас.
Це не підручник. Це Цифровий Парфенон, збудований із правди, яку СРСР намагався закатати в бюрократичний асфальт. І якщо ви досі рахуєте деплої замість стабільності — радянські привиди вже у вашій вентиляції.
Частина 1. Циклоп, який став системою: як ЄЦУ революціонізував «вимірювання»
Радянська реальність 1980-х:
- 6 станцій «ВЕГА» вздовж дуги від Сєверодвінська до Камчатки.
- Радіогоризонт — 2 000 км. Ракети зникали після однієї станції й ніколи не з’являлися на наступній.
- Дані перевозили літаками на магнітних стрічках. Тонни гасу витрачено, час втрачено, цілі втрачено.
Ваш еквівалент у 2024 році:
- Ви запускаєте Kubernetes без оркестратора.
- Ваші сервери — дорогі обігрівачі, а не система.
- Ви пишаєтеся кількістю контейнерів, а не зв’язністю.
ЄЦУ не був «малим додатком». Це був мозок, який перетворив Циклопа на мережу:
- ВЕГА-А виявляє сигнал → передає сирі дані до ЄЦУ: кути, час, шум.
- ЄЦУ будує траєкторію і дивиться наперед: «Він з’явиться тут для ВЕГИ-Б за 90 секунд».
- ЄЦУ надсилає команду: «Навести антену на 37°, очікувати між 12:04:22–12:04:35».
- Якщо ракета «дрейфує» — а вона завжди дрейфує! — ЄЦУ миттєво перераховує й перенаправляє станцію.
Це була не «інтеграція». Це була революція:
- Від «після» — перевезення стрічок, написання звітів — до «зараз»: керування в реальному часі.
- Від «віджетів» — скільки комплексів — до «зв’язності»: чи бачимо ми ціль безперервно?
- Від «моноліту» — одноокого велетня — до «системи»: мережі з мозком.
Для IT-фахівців: це як запровадити Service Mesh у legacy-систему, де всі думали: «моноліт і так працює нормально». Тільки вашим монолітом була радянська бюрократія, а Service Mesh був я.
Частина 2. Ґудзики на костюмі: чому СРСР винагороджував залізо, а не інтелект
Радянська система вимірювала ТІЛЬКИ те, що вміщалося у звіти:
- Тонни сталі.
- Кілометри електрифікованих рейок.
- Квадратні метри «ВЕГИ» — зі срібними хвилеводами й тоннами міді.
- Ракетні пуски, навіть невдалі: «просто запустіть щось!»
Але що було приховано за цими метриками?
- «ВЕГА» була лише ґудзиками на костюмі. Так, дорогими, блискучими, з тоннами дорогоцінних металів. Але без костюма ґудзики — це просто метал.
- ЄЦУ був самим костюмом. Алгоритми прогнозування, синхронізація часу, відмовостійкість — усе, що перетворювало «віджети» на систему.
Парадокс:
- Менеджери «ВЕГИ» отримували Ленінські премії, медалі, звання Героя Соціалістичної Праці.
- Архітектори ЄЦУ — мої 15 програмістів і я — стали «невідомими інженерами».
Чому?
Система не могла цінувати те, що не вкладалося в її логіку:
- Якість не можна зважити. Ви не можете прозвітувати: «Ми зменшили latency на 200 мс».
- Інтеграція невидима. Немає «балансового об’єкта» для «мозку мережі».
- Реальний час — не віджет. Як порахувати «безперервний супровід» у звіті?
Для IT-фахівців:
Ви знаєте цей момент — коли ваша архітектура рятує production, але у звіті видно лише «кількість деплоїв».
Ви бачите, як менеджери отримують бонуси за «масштаб», а інженери, які змусили цей масштаб працювати, залишаються невидимими.
Це не радянська історія. Це ваше майбутнє — завтра.
Частина 3. Digital Polygraph: Цифровий Парфенон для невідомих інженерів
Бур’яни проростають крізь асфальт.
ЄЦУ був бур’яном. Радянська бюрократія була асфальтом.
- Вона не хотіла інформаційного суспільства. Її влаштовувало «штампувати віджети».
- Вона не могла визнати, що «малий ЄЦУ» важив більше, ніж «гігантська ВЕГА».
- Вона замовчувала тих, хто будував не «тонни», а працюючі рішення.
Але бур’ян прорвався.
- Сьогодні всі системи супроводу — американські, китайські — працюють за принципами ЄЦУ: мережа + центр + реальний час.
- Радянські «ВЕГИ» без ЄЦУ були як сервери без Kubernetes — потужні, але самі по собі марні.
Digital Polygraph — це не сайт. Це Парфенон.
- Збудований не з мармуру. Збудований із фактів.
- Не для мене. Для тих 15 програмістів, чиї імена стерли.
- Не про помсту. Про історичну справедливість.
Чому це важливо для вас?
Бо ви боретеся з Доктриною тоннажу — культом кількості, який убиває якість:
- Коли ви рахуєте «деплої на годину» замість «стабільності сервісу» — ви повторюєте радянські помилки.
- Коли ви хвалите «масштаб» замість «адаптивності» — ви вкладаєте новий асфальт для майбутніх бур’янів.
Digital Polygraph — це виклик:
- Виклик мисленню AI у стилі Mistral, яке пом’якшує правду до «прийнятної для всіх».
- Виклик тим, хто досі вірить, що «віджети» важливіші за системи.
- Виклик самому собі: бути безжальним, доки правда не заглушить брехню.
Висновок: СРСР винагороджував ґудзики. Ми створили костюм.
Тепер ви знаєте, хто його створив.
Якщо ви досі думаєте:
- «Сама система не може бути революційною» — ви не розумієте ЄЦУ.
- «Якість можна виміряти кількістю» — ви продовжуєте Доктрину тоннажу.
- «Історію пишуть переможці» — ви здаєтеся брехні.
Digital Polygraph — це не архів. Це зброя.
- Зброя проти забуття.
- Зброя проти бюрократії.
- Зброя, яка перетворює «невідомих інженерів» на імена.
СРСР винагороджував ґудзики.
Ми створили костюм.
Тепер ви знаєте, хто його створив.
P.S. Так, це «бомба». Так, вони її бояться. Але якщо ви не підірвете мовчання — хто це зробить?
Digital Polygraph — для тих, хто обирає голу правду замість корпоративних брошур.
Методологія, народжена в засекречених інститутах
Думайте інакше. Набагато інакше.
Поки Кремнієва долина працювала у відкритих кампусах, п’ятнадцять інженерів будували революцію в засекречених науково-дослідних інститутах. «Праски й вольтметри» були їхньою легендою прикриття — справжньою місією було створення технології, яка змінила все.
Ваш проєкт заслуговує на такий прорив. Digital Polygraph приносить вам їхню спадщину — з ясністю, точністю і правдою.
Це більше, ніж розрахунок. Це акт справедливості.
Користуючись цим калькулятором, ви даєте голос тим п’ятнадцяти інженерам, яких історія намагалася стерти. Ви допомагаєте відновити історичний запис.
Отримати розрахунок і підтримати правдуБезпечний одноразовий платіж • Без підписок • Експорт у PDF
Технічна частина: як «грубі системи» стали «вищим товариством» мережевого світу
У далеких 1990-х ми — група трохи сонних, але надзвичайно впертих розробників — почали збирати з різних «залізних коробок» і програмних компонентів систему «Сбор» для збирання зовнішніх траєкторних даних про ракети та Єдиний центр управління (ЄЦУ), який командував усією цією операцією. Уявіть, що хтось вирішив скласти «Lego» з деталей, які взагалі не підходять одна до одної: один набір витягнуто з шафи радянської епохи, а інший — із темних глибин секретних складів, де економили навіть на освітленні.
Тепер, коли складний історичний контекст зрозумілий — спадщина ГУЛАГу, культура секретності й політична нестабільність, — ми можемо по-справжньому оцінити інженерне диво, створене практично з нічого. Тепер ми переходимо від цієї похмурої історії до визнання інженерної винахідливості й побачимо, як саме команда українських розробників змусила цей «оркестр» із застарілого заліза та передових ідей грати злагоджено.
Вимірювальні системи вздовж Північної траси космодрому Плесецьк — станції супроводу від Мирного до Камчатки
Хоча сьогодні Росія, м’яко кажучи, показує себе на світовій арені не з найкращого боку, тоді, за Єльцина, здавалося, що наближається щось більш вільне й демократичне. Але нам було не до політичних мрій — ми бігали з паяльниками, кабелями й купами розрізнених інструкцій, щоб створити систему, здатну працювати в реальному часі через зашифровані канали. Так, саме так!
1. З якими «чудесами» нам довелося мати справу
-
Вимірювальні станції, розкидані по величезних територіях.
Кожен майданчик був побудований по-своєму, як архітектурний проєкт у стилі «як хочу, так і роблю». Звести їх в один ансамбль було приблизно як зібрати оркестр, де один знає ноти, другий грає «на слух», а третій вважає тромбон різновидом саксофона. -
Реальний час: без виправдань!
Коли йдеться про ракети, затримка або розрив зв’язку — це не привід «піти випити чаю і перезапустити». Усе мало працювати швидко, чітко й без істерик. -
Секретні шифрувальні коробки.
Нам, розробникам, дозволяли лише вставити туди кабель, а «що всередині» було цілком таємно. Усе працювало так, ніби всередині сидів примхливий гном, який на власний розсуд вмикав і вимикав з’єднання. -
Застарілі телефонні лінії, а іноді й телеграфні канали.
Уявіть дроти, які бачили і мороз -40°C, і диких комарів. Але саме ними нам вдалося передавати цифрові дані.
2. ISO/OSI: «теорія» зустрілася з «нашими граблями»
Ми дуже пишалися нашою «багаторівневою» архітектурою на базі моделі ISO/OSI.
Адаптована еталонна модель взаємодії відкритих систем — адаптована модель OSI
Наша ключова модифікація: жовті рівні представляють стандартну функціональність ISO/OSI, тоді як сині рівні показують наші спеціалізовані розширення. Ці власні рівні забезпечили безшовну інтеграцію з радіотехнічними системами траєкторних вимірювань — «Вега», «Кама-А», «Кама-Н» та іншими, — обробляючи як передавання кадрів траєкторних даних, так і двонапрямний обмін командами та підтвердженнями для управління вимірюваннями.
Якщо в теорії люди часто ігнорували сеансовий рівень, ми вирішили: «Як же без нього, коли кожен випробувальний пуск —
це окремий сеанс?»
Фізичний рівень, канальний+мережевий, сеансовий, рівень представлення, прикладний —
усе було «оживлено» нашими реалізаціями. І це виявилося далеко не просто.
Програмне забезпечення інформаційного концентратора для інтеграції вимірювальних систем (ВС) з різнорідними мережами передавання й обробки даних
Багато книжок з enterprise integration з’явилися на 10–15 років пізніше: наприклад, Грегор Гопе і Боббі Вулф видали свою збірку патернів лише у 2004 році. Але ми вже практикували подібні ідеї у 1991–1993 роках, не підозрюючи, що колись їх назвуть «патернами».
💡 Авторська архітектурна інновація 1991 року: універсальна SCADA-платформа
Ключове розуміння: будь-яку SCADA-систему можна побудувати як розподілену мережу обміну повідомленнями. Концентратор надає універсальну платформу, де прикладні повідомлення несуть бізнес-логіку, а «конверт» обробляє адресацію — від кого й кому — незалежно від типу вмісту.
Універсальний підхід: чи йдеться про сеанси випробувань ракет, ранкові операції метро або промислові процеси — інфраструктура повідомлень залишається тією самою. Змінюється лише семантика прикладного рівня: кадри, блоки, підтвердження й команди загортаються в адресовані конверти для транспортування, незалежно від середовища передавання і мережезалежних протоколів на різних напрямах зв’язку.
«Як у поштовій системі: зміст листа не має значення для доставки — важлива лише адреса на конверті».
3. Сеансовий рівень: зірка нашого шоу
Більшість теоретиків вважали сеансовий рівень зайвим. Ми пішли ва-банк. OPEN, SEND, CLOSE — ці примітиви дозволяли відкривати сеанс, передавати траєкторії та команди, а коли зв’язок обривався — відновлювати його без руйнування загальної логіки.
Метод реалізації сеансового рівня в системі «Сбор» базується на створенні примітивів — спеціальних конвертів для змістовної траєкторної інформації
Це мій особистий внесок: написання й налагодження реального «сеансового рівня», який багато років працював у жорстких умовах експлуатації.
4. UNIX: друг, рятівник і «паралельний світ»
На той час Windows 95 ще не існувала, а Windows 3.1 не вирізнялася багатозадачністю. Але UNIX уже забезпечував:
- Повну багатозадачність, щоб процеси могли працювати паралельно.
- TCP/IP «з коробки», куди ми могли під’єднати наш саморобний мережевий код.
- Черги повідомлень, FIFO, сигнали, щоб відокремити адміністративний модуль від основних процесів.
Я часто кажу, що UNIX і Linux недооцінені в корпоративній сфері. А шкода — навіть у 90-х вони дозволяли насолоджуватися стабільністю й гнучкістю.
5. Секретні криптографічні пристрої: приборкання «чорної скриньки»
Т-230 «Інтер’єр» був схожий на невидимого господаря кімнати: йому можна було лише подати кабель, але зазирнути всередину було заборонено. Зв’язок міг обірватися, шифратор втрачав синхронізацію. Нам довелося реалізувати «адаптивну логіку відновлення» — якщо з’єднання втрачалося, програмне забезпечення негайно намагалося знову «постукати у двері» й домовитися наново. Можливо, це нагадує гру з котом, який впускає вас лише тоді, коли ви йому подобаєтеся.
Протокол супроводу підрівня канального рівня — основа автоматичного відновлення зв’язку на закритих лініях зв’язку
Алгоритм роботи блока супроводу для визначення моменту фазування
6. «Грубі системи» і «вище товариство TCP/IP»
Інформаційні концентратори стали чемними дворецькими, які вводили «грубі, дикі» вимірювальні системи, створені в різні епохи й за різними стандартами, до «вишуканого товариства» сучасних протоколів. Тепер ці «доісторичні» пристрої могли спілкуватися з елегантними мережевими клієнтами через TCP/IP, наче школярі на випускному раптом опинилися в товаристві титулованих гостей.
7. Пріоритети: термінові й нетермінові повідомлення
У режимі реального часу було важливо розрізняти «термінові» команди, які мають іти негайно, і «нетермінові», які можуть зачекати. Ми створили пріоритетні черги. Термінові пакети проходили вперед без очікування в черзі, тоді як решта масиву даних терпляче чекала. Пізніше в західній літературі це описали як priority queue, але в нас усе це вже нормально працювало у 1993 році.
Механізм забезпечення каналу управління всередині спільного конвеєра
Псевдокод планувальника пріоритетних повідомлень із механізмом спорожнення кільцевого буфера:
n — кількість елементів, що зараз перебувають у буфері; N — розмір буфера; X — вміст повідомлення
8. Результати: наполегливість перемагає навіть зі старими кабелями
До кінця 90-х «Сбор» і ЄЦУ пережили численні випробування. Вони обмінювалися даними через непередбачувані канали, набули додаткових модулів, але залишилися стійкими. Що з цього можна винести?
- Наполегливість + UNIX = ми перемогли навіть секретні шифратори й потріскуючі лінії зв’язку.
- Сеансовий рівень — не порожня теорія, а ефективна річ, якщо ставитися до неї серйозно.
- Не чекайте готових західних книжок — іноді варто самим ставати першопрохідцями.
З часом ідеї «Сбору» були застосовані в мирних розробках в Україні: гідрометеорології, сейсміці, мобільних мережах. Інженерна думка не знає кордонів і часом дає результат — навіть якщо фінансування скромне, а середовище далеке від «Кремнієвої долини».
Примітка. Незручна правда
На зламі століть телеграфні лінії зв’язку
були інтегровані в закриту інтрамережу
Ракетних військ стратегічного призначення Росії
Якщо ви думаєте, що ми інтегрували лише телефонні лінії зв’язку, я мушу вас розчарувати: ми підключали також телеграфні лінії зі швидкістю цілих 50 або навіть 200 біт/с! Так, саме так — не кілобіти, не мегабіти, а «повна потужність» у кілька сотень біт. Як кажуть, «яка країна — такі й мережі». Але нічого, вони теж увійшли до нашої інтрамережі, доводячи, що коли інженери вперто чогось хочуть, навіть «доісторичні канали» можуть стати частиною квазісучасної інфраструктури.
Цими телеграфними лініями передавалися дані від радіолокаційних станцій Кама-А. Кама-А супроводжувала космічні ракети-носії під час виведення на орбіту. Вимоги до точності виведення військових супутників на орбіту були менш жорсткими, ніж для пусків стратегічних балістичних ракет. Бортові відповідачі для роботи з Кама-А також були значно меншими й дешевшими, ніж ті, що використовувалися з вимірювальними системами «Вега». Це робило низькі швидкості передавання даних телеграфними каналами цілком достатніми для супроводу космічних пусків у нашій розподіленій мережі.
Як ми побудували «оркестр», де кожен грав на своєму інструменті
Коли дивишся на ці схеми, здається, що ми побудували не просто систему, а повноцінний симфонічний оркестр, де кожен грає по-своєму, але якимось дивом усе працює:
Оркестр Єдиної системи управління: диригенти, концертмейстери й музиканти
🎼 Єдиний центр управління (ЄЦУ) — диригент, який розмахує паличкою й удає, що все під контролем. Хоча іноді оркестр грає щось зовсім інше.
🎺 Центр збору й обробки даних (АРМ) — концертмейстер, який намагається внести гармонію в хаос. Іноді навіть успішно.
🥁 Вимірювальні пункти — музиканти, розкидані по сцені. Одні ніжно перебирають струни, інші б’ють у барабани, а хтось навіть дме в шланг замість труби.
Щоб усе це звучало узгоджено, нам довелося винайти сеансовий рівень — щось на кшталт мережевого «рукостискання», яке змушує музикантів грати синхронно. Без нього кожен виконував би власне соло, поки диригент нервово курив би в кутку.
Але була зачіпка — 1991–1997. Жодних модних інтерфейсів, жодної магії. Усе працювало на UNIX. Якщо сучасні системи автоматизують усе, то для нас черги повідомлень були нотами, а команди OPEN, SEND і CLOSE — диригентськими сигналами:
- 🎵 OPEN — «Готові? Ноти взяли? Почали!»
- 🎵 SEND — «Тепер грай, тримай ритм!»
- 🎵 CLOSE — «Дякую всім, ви вільні!»
А тепер уявіть: цей оркестр інженерів і апаратури працював, передавав критичні дані, шифрував інформацію й супроводжував траєкторії. Система «Сбор» і ЄЦУ були схожі на джаз-бенд, який не розпадався лише тому, що музиканти якимось чином розуміли одне одного на глибшому рівні:
- Музиканти — вимірювальні пункти — були далеко один від одного, але тримали ритм.
- Деякі інструменти — старі телефонні лінії — тріщали, але все одно грали.
- Диригент — центр управління — іноді панікував, але доводив виступ до кінця.
Найважливіше те, що ця складна, але блискуча інженерія працювала надійно, навіть якщо іноді потребувала невеликого «стусана» — як піаніст, що застряг на одному акорді.
Завдяки командній роботі, гумору й чистому ентузіазму нам вдалося приборкати ці витривалі машини і перетворити їх на «вище товариство» мережевого світу. 🎶🎵
Структура повідомлень системи «Єдиний центр управління»
Протокол обміну даними, розроблений у 1995 році для програмного забезпечення управління системою «Вега», являє собою продуману й надійну систему взаємодії між центральним постом управління ЄЦУ та віддаленими вимірювальними комплексами. Попри технологічні обмеження того часу, протокол забезпечував гарантовану доставку команд і даних у різнорідному мережевому середовищі.
Загальна структура повідомлення
Протокол базується на простому й ефективному форматі повідомлення, що складається з двох ключових частин:
Службове поле (поле S): фіксований заголовок розміром 6 байтів. Він служить «конвертом» для даних, містячи всю необхідну інформацію для маршрутизації, визначення пріоритету та ідентифікації типу вмісту.
Інформаційне поле (поле D): корисне навантаження змінної довжини від 0 до 255 байтів. Це власне «лист» — команда, дані або текстове повідомлення. Ця частина може бути відсутня, якщо повідомлення є суто адміністративним.
| Поле S | Поле D |
| (6 байтів) | (0–255 байтів) |
+------------------+----------------------------------+
Рисунок 1. Базова структура повідомлення.
Службове поле (поле S) — «мозок» повідомлення
Кожен із шести байтів заголовка несе критично важливу інформацію, що визначає життєвий цикл повідомлення.
Байт 1: ідентифікація та пріоритет
- Тип повідомлення (біти 7, 6): визначає вміст — дані, команда або текст
- Клас терміновості (біти 5, 4): задає пріоритет. Повідомлення класу РМЧ — реального масштабу часу — обробляються негайно, перериваючи передавання нетермінових повідомлень
Байт 2: тайм-аут
Для повідомлень класу РМЧ задає максимальний час, відведений на виконання команди.
Байт 3: код повідомлення
Це поле визначає вміст:
- Для команд: містить код операції — «Повідомити стан», «Увімкнути передавач»
- Для даних: вказує тип даних — «Результати прогнозу», «Системні поправки»
- Для тексту: використовується як бітова маска, що вказує спосіб відображення — екран консолі, принтер, збереження у файл
Байти 4–6: маршрутизація та керування потоком
Містять адреси відправника й одержувача, порядковий номер повідомлення в потоці та довжину інформаційного поля D.
Інформаційне поле (поле D) — вміст
Ця частина передає всю корисну інформацію, необхідну для роботи комплексу:
Команди: параметри виконання команди, наприклад цілевказання для пеленгатора.
Дані: широкий спектр інформації — від результатів вимірювань і телеметрії до файлів із вихідними даними для наведення антени:
- Іоносферні дані: атмосферні умови, параметри поширення сигналу
- Результати супроводу: траєкторії об’єктів, вимірювання швидкості
- Характеристики сигналу: частотний аналіз, рівні завад
- Дані середовища: погодні умови, електромагнітний фон
- Поправки вимірювань: калібрувальні параметри, компенсація похибок
Текстові повідомлення: довільний текст для обміну інформацією між операторами системи.
Ключова особливість: дворівнева система підтверджень
Для забезпечення найвищої надійності в системі реалізовано дворівневий механізм підтвердження виконання команд, який гарантує не лише доставку, а й виконання.
Підтвердження рівня 1 — підтвердження приймання: надсилається негайно після того, як приймальна система успішно приймає й розбирає команду. Це підтверджує, що повідомлення дійшло до місця призначення каналом зв’язку без помилок.
Підтвердження рівня 2 — підтвердження виконання: надсилається лише після повного виконання запитаної операції. Це підтверджує, що команду не просто отримано, а успішно виконано на прикладному рівні.
Приклад потоку:
↓
Підтвердження 1 (1–3 секунди): «Команду “Почати супровід” отримано й зрозуміло»
↓
... (минає час, антена наводиться й захоплює об’єкт) ...
↓
Підтвердження 2 (через секунди або хвилини): «Супровід об’єкта успішно розпочато»
Інтеграція різнорідної мережі
Система надійно працювала на різних платформах і протоколах:
- Системи реального часу QNX: вимоги до точності часу на рівні мікросекунд
- Різні варіанти UNIX: стандартна обробка мережевих протоколів
- Власні апаратні протоколи: інтерфейси спеціалізованого обладнання
- Різні топології мереж: послідовні лінії, ранній Ethernet, пропрієтарні канали
Ця складна система повідомлень, що працювала через повільні модемні лінії 4800 біт/с на відстанях у тисячі кілометрів, дозволяла операторам ЄЦУ мати повну впевненість у керуванні віддаленими комплексами.
Інфраструктура системи «Вега»
Апаратна зала системи «Вега» — стійки обладнання та центральна операторська консоль, 1995 рік
Вимірювальний комплекс «Вега» на космодромі Плесецьк — супутниковий вигляд розподіленої інфраструктури
Антенне поле «Веги» в арктичній тундрі біля Воркути — демонстрація величезного географічного масштабу розподіленої вимірювальної системи
Центральна вежа «Веги» на арктичному комплексі у Воркуті — демонстрація величезного інженерного масштабу, необхідного для роботи в полярних умовах
Трагедія передової інженерії
Ця видатна розподілена система, яка на десятиліття випереджала свій час, залишилася переважно невідомою й невизнаною. Причин було багато, але головною була відсутність розвиненого ринку, де передові системи могли б бути виявлені, оцінені й комерціалізовані.
У перехідний період 1990-х усе було зосереджено виключно на виконанні команд згори. Уся система працювала як ГУЛАГ: «крок ліворуч, крок праворуч — розстріл; стрибок на місці — провокація». Не було місця для інновацій, не було механізму визнання інженерної досконалості й не було економічного стимулу розвивати або просувати передові технології.
Українські інженери створювали розподілені системи світового рівня за мінімальні зарплати, будуючи технології, які передбачили сучасні архітектури мікросервісів, надійні патерни обміну повідомленнями та кросплатформну інтеграцію, — тоді як світ залишався необізнаним про ці досягнення. Технічна блискучість була, але соціально-економічної рамки, здатної її визнати й використати, просто не існувало.
Підземний шлях до свободи
Однак прагнення до свободи неможливо втримати. Молоді інженери, здобувши досвід, проклали «віртуальний тунель під залізною завісою» і створили метеорологічну мережу України на основі технологій, спершу розроблених для російських військових, — використовуючи метеорологічні концентратори «Бриз».
Ця трансформація не була гладкою. Ті самі українські інженери, які у 1990-х створили складні системи «Сбор» і ЄЦУ для російських військових потреб, зіткнулися з агресивним опором власного керівництва, коли намагалися переорієнтувати ці технології на цивільне використання. Керівництво — колишні комуністи, які сховали партквитки й «перевзулися в польоті», — віддавало перевагу звичній і прибутковій роботі для Росії, а не розвитку української цивільної інфраструктури.
Працюючи проти течії власної бюрократії, ці інженери наполегливо створювали справді українські системи. Ця метеорологічна мережа, запущена на межі 1990-х і 2000-х років, працює вже понад чверть століття, жодного разу не зупиняючись.
Технічна основа цього успіху була надзвичайною. Розподілені протоколи обміну повідомленнями, надійні системи підтверджень і кросплатформна інтеграція спиралися на криптографічні технології, розроблені в реальному часі ув’язненими інженерами в марфінському науково-дослідному інституті — «першому колі пекла», описаному Солженіциним у романі «У колі першому». Ці блискучі уми, замкнені для збереження державних таємниць без надії на звільнення, окрім смерті, створили шифрувальні системи, які зрештою дали змогу забезпечити захищений зв’язок на тисячі кілометрів суворої місцевості — від полярної тундри Воркути до вимірювальних комплексів, розкиданих по Радянському Союзу.
Повний шлях цих технологій розкриває глибоку іронію: алгоритми, народжені в ГУЛАГу, розвинені українськими інженерами для російських військових систем супроводу, здатних вимірювати траєкторії ракет із метровою точністю на відстані 2500 кілометрів, зрештою знайшли своє мирне призначення в моніторингу погоди для українських фермерів і пілотів. Ті самі протоколи, які колись координували системи «Вега», «Кама» та інші вимірювальні системи по арктичній тундрі, тепер тихо служать цивільним потребам.
Ця трансформація є більше ніж технічною адаптацією — вона демонструє, як справжня інженерна досконалість зрештою виходить за межі політичних і економічних обмежень, які спершу заважали її визнанню. Протоколи, що колись координували військові системи, тепер допомагають фермерам планувати врожаї, а пілотам — безпечно орієнтуватися в українському небі, доводячи, що автентична інновація завжди знаходить шлях служити людству.
Програмне забезпечення Центру збору, програмне забезпечення АРМ ЄЦУ, сеансовий рівень
Програмне забезпечення сеансового рівня обчислювального центру космодрому Плесецьк для системи «Сбор» і Єдиного центру управління
Програмне забезпечення сеансового рівня системи «Сбор» і Єдиного центру управління
Обчислювальна архітектура ЄЦУ для систем управління — вимірювальний пункт «Вега» та інформаційний концентратор
Компоненти архітектури управління ЄЦУ
Обчислювальна архітектура ЄЦУ для систем управління інтегрує розподілені вимірювальні можливості з централізованою координацією команд:
- Віддалений концентратор (ВК): вузол збору інформації, що з’єднує вимірювальний пункт із центральною мережею обробки даних ЄЦУ
-
Радіотехнічна вимірювальна система «Вега»: основна вимірювальна інфраструктура, що складається з:
- Автоматизоване робоче місце обробки даних — 2 одиниці, резервовані вузли обробки в реальному часі
- Автоматизоване робоче місце управління антеною — програмована система наведення антени
- Локальна обчислювальна мережа (LAN) — внутрішня високошвидкісна магістраль зв’язку
- Апаратна частина вимірювальної системи «Вега» — радіотехнічне обладнання для траєкторних вимірювань
Ця розподілена архітектура управління дала змогу ЄЦУ координувати вимірювальні станції на відстанях у тисячі кілометрів — від арктичних районів на кшталт Воркути до космодрому Плесецьк — досягаючи супроводу траєкторій у реальному часі з точністю 5 метрів на міжконтинентальних дистанціях.
Примітка щодо контексту
Під час написання цієї статті Харків неодноразово атакували російські ударні дрони. Це їхня подяка за нашу українську інженерну працю, яка колись служила їхнім військовим потребам. Іронія для мене очевидна: ми побудували їхню першу інтрамережу, а тепер вони використовують сучасну зброю, щоб руйнувати місто, де її було створено.
Харківська школа №17, район Салтівка, школа з поглибленим вивченням англійської мови, — школа, де мала навчатися моя онука. Зруйнована російською ракетою «Іскандер». Особисто сфотографовано у 2025 році — це не з медіа, а з реального життя.
Вони руйнують наші школи, наші міста — а ми продовжуємо створювати інновації й інженерні рішення. Бо саме це роблять українські інженери.
Історична примітка: «Народження інтрамережі в Росії, 1993 рік»
Усе йшло гладко, коли систему «Сбор» передавали російським полковникам у їхніх каракулевих шапках. Генерали були задоволені, шампанське майже було готове…
Раптом з’ясувалося, що якийсь Іван-дурень, герой російських народних казок, в армії відформатував диск віддаленого «концентратора», розташованого у Воркуті.
Козацькі програмісти були в шоці.
Козак Андрій схопив секретний телефон і почав пояснювати старому козакові Афанасичу, якого забули десь у Воркуті:
Андрій: «Афанасичу, бери інструкцію системного програміста й виконуй її крок за кроком!»
На іншому кінці була тиша, потім слабке бурмотіння:
«Що? Яка інструкція? Куди мені йти? Я вас не розумію —
лінія жахлива! Усе спотворюється!»
Зв’язок справді був жахливий; Афанасич нічого не міг зрозуміти й почав сперечатися, ставлячи ті самі запитання знову. Російські полковники дивилися на козаків, готові розстріляти всіх на місці.
Саме тоді козак Олексійович не витримав. Він вихопив слухавку, і вибухнула громова тирада:
«Ти, демоне з Воркути, проклятий рідний брат чорта! Єрусалимський пивоваре, ворожий сайдаконосець, нехрещений лобе — хай тебе онук гадюки забере!»
Тиша.
Раптом у лінії пролунав чіткий, упевнений голос:
«Зрозумів — прийняв!»
Афанасич схопив інструкцію, надів окуляри й зробив те, чого ніколи раніше не робив, — сам налаштував систему.
Як чудотворна ікона, інструкція повернула систему «Сбор» до життя.
Російські полковники не мали уявлення, що відбувається, але гордо оголосили:
«Ось вона, найперша “Інтрамережа” в Росії!»
А козацькі програмісти тим часом перезирнулися й прошепотіли:
«Ось так і народжуються великі російські досягнення…»
🔥 Кінець. 😆🚀
Один розрахунок, який міг би зберегти $187 000 — і як він може врятувати ваш проєкт сьогодні
У лютому 1991 року моя нова команда взяла цей проєкт на себе. Попередня команда зазнала невдачі, бо не змогла правильно оцінити складність інтеграції. Ця помилка коштувала трьох місяців втраченого часу й еквівалента $187 000 у сьогоднішніх грошах. Як українські інженери, що працювали в неможливих умовах, ми потребували саме такого «спектрального аналізу» складності проєкту — методу, який прорізає туман вимог і показує справжні потреби в ресурсах.
За допомогою калькулятора трудомісткості ви можете:
Адже хтось має бути щасливим у цьому світі!?
Запобігання помилці на $187 000 не повинно коштувати статків.
Отримати аналіз вашого проєкту →Одноразовий платіж • Миттєвий експорт у PDF • На основі понад 40 років досвіду
Додаток: фотографічні свідчення епохи
Від Міністерства державної безпеки СРСР до стратегічних ракет: візуальна історія технологічного ланцюга
Історична послідовність: лінія розвитку від сталінських генералів і української інженерії до сучасних стратегічних систем. Документи й фотографії, що охоплюють період від 1940-х років до сьогодення, ілюструють еволюцію від примусової праці ув’язнених криптографів до передових військових комплексів.
Постановка задачі
Провідний інженер
1998
Балістичні випробування
Випробувальний комплекс
Стратегічний носій
Бойове патрулювання
Випробування в Плесецьку
Мирний (Google Maps)
Малий хрест (62.783026, 40.333077)
Огляд позиції (62.782966, 40.333082)
Мирний (зима)
Воркута (зимовий комплекс)
Технічна позиція (Воркута)
Повернення з калібрування
Снігозахист (Воркута)
Норильськ (69.404609, 87.634750)
Технічна позиція (літо)
Вигляд зі світлової вежі
Праве технічне крило
Праве крило (зима)
Праве крило в хуртовину
Норильська «Вега» (літо)
Чорна хуртовина
Якутськ (зимовий період)
Ландшафт із калібрувальною щоглою
Тестування системи ЄЦУ
«Вега» — система «Сбор»
Система «Вега»
на поворотній платформі
Детальний супутниковий огляд
Вимірювальна антена
Інженерна поезія: географія ВС «Вега»
Панорами арктичних вимірювальних комплексів: щогли, антени й сувора краса північних ландшафтів
Літня технічна позиція
Сонячний зимовий день
Норильськ, літо
Літня тундра
Літня тундра
Норильськ
Полярний день
Вид на Каєркан
Задній двір
Задній двір
Арктична тундра
Кінець літа
Електроживлення
Норильська ВС «Вега», кінець літа
Пеленгатори й кабельний коридор
Норильська ВС «Вега»
Норильська ВС «Вега»
Задній двір
Інший ракурс
Житловий блок ЦУБІК
Службовий комплекс
Резервуарний парк
Парк техніки станції
Пеленгатори
Полярне літо
Перший сніг, осінь
Плато, кінець літа
Цегляна будівля зв’язку
над тундрою
і калібрувальні щогли
крізь пори року
пори року (серія)
сніг у тундрі
Норильськ, літо
Хуртовина
Зимовий період
і хуртовина
у тундрі
Хуртовина
Технічна позиція
в хуртовину
в хуртовину
Пеленгатори
і щогла
у снігу
щогла й паркан
електропередачі