Від лабораторій примусової праці до першої російської інтрамережі: історія придушення і технологій

Автор: Андрій Ніколаєв, український провідний інженер і представник проєкту, який керував проєктом Єдиного центру управління в короткий демократичний період Росії за президента Бориса Єльцина.

Знакова картина з Єдиного центру управління космодрому Плесецьк: офіцери перед пуском МБР із шахтної пускової установки — «священна ікона», тепер викрита як ритуалізована співучасть у воєнних злочинах.

Картина зі штабу командування Плесецька — не просто мистецтво, а «ікона» культу, в якому російські генерали черпали силу, живлячись страхом, романтизуючи ядерний апокаліпсис як героїзм. Подібно до кремлівського наративу про «десатанізацію», який подає вторгнення як спасіння, такі образи нормалізували руйнування всередині військової корпоративної культури. Десятиліттями приховані, вони існували завдяки секретності. Публікація цього зображення тут позбавляє його сили — так само, як розкриття вразливості в застарілому коді.

Вступ: навіщо критика?

Повномасштабне вторгнення Росії в Україну у 2022 році змусило українців переоцінити свої історичні зв’язки й засудити агресивне відродження імперських амбіцій. Для мене, українця, який десятиліття тому працював над російськими оборонними технологіями, важливо пояснити, що ці проєкти виконувалися тоді, коли Російська Федерація за Бориса Єльцина намагалася рухатися більш демократичним шляхом. Сьогоднішня Росія за Путіна скотилася до авторитаризму — різкого контрасту з відносною відкритістю 1990-х. Ця стаття описує, як ранні російські інтрамережеві технології постали зі спадщини примусової праці й репресій, висвітлюючи темний бік радянської та російської історії.

Корені радянської криптографії: «шарашки» і ГУЛАГ

Що таке «шарашки»?
За правління Йосипа Сталіна Радянський Союз утримував величезну систему трудових таборів, відому як ГУЛАГ — російська абревіатура від «Главное управление лагерей». Мільйони людей, часто політичних в’язнів, були змушені працювати в жорстоких умовах. Серед цих таборів були спеціальні в’язниці, прозвані «шарашками», де ув’язнених учених та інженерів примушували розробляти цілком таємні військові й технологічні проєкти.

В’язні Воркутлагу в таборі примусової праці, 1945 рік

В’язні Воркутлагу, 1945 рік

Один із таких об’єктів був створений у 1948 році в Марфіно поблизу Москви. Тут одні з найкращих умів — як радянських, так іноді й іноземних фахівців, захоплених або примушених до роботи, — працювали під суворим наглядом, створюючи апаратуру для зашифрованої телефонії. Лауреат Нобелівської премії Олександр Солженіцин, який сам був в’язнем шарашки, описав ці умови у своєму романі «У колі першому». За його словами, в’язні не мали реальної надії на звільнення; вони були там, щоб винаходити все, що вимагала держава.

Обкладинка журналу Time з Олександром Солженіциним

Лауреат Нобелівської премії Олександр Солженіцин, який сам був в’язнем шарашки, описав ці умови у своєму романі «У колі першому»

Марфінська криптографічна в’язниця до реставрації

Марфіно, колишня в’язниця криптографів, до реставрації. Знімок зроблено в сучасний період.

Марфіно, колишня сталінська в’язниця для інженерів, нині музей криптографії

Вежа Марфіно — в’язниці для інженерів-криптографів

Генеральний план марфінської криптографічної в’язниці

Генеральний план в’язниці інженерів-криптографів у Марфіно

Фахівці під наглядом НКВД у радянському секретному об’єкті, 1940–1950-ті роки

Фахівці під примусом у системі НКВД/МВС, 1940–1950-ті роки.
Подібні умови існували на різних радянських секретних об’єктах — від криптографічних лабораторій Марфіно
до ракетних досліджень на острові Городомля.

Чому це важливо для сучасних IT?
Шифрувальні пристрої та методи захищеного зв’язку, започатковані в Марфіно, стали основою пізнішої радянської криптографії. Хоча цих інженерів часто позбавляли власної свободи, результати їхньої праці використовувалися для захисту державних таємниць. Цей парадокс — коли технології розвивалися на спинах примусової праці — на десятиліття сформував мислення радянської, а згодом і російської інформатики.

НДІРВ і народження секретної інтрамережі

НДІРВ — Науково-дослідний інститут радіотехнічних вимірювань
У пізній радянський і ранній пострадянський період одним із ключових дослідницьких центрів був НДІРВ — Науково-дослідний інститут радіотехнічних вимірювань у Харкові, нині Україна. Цей інститут працював над різними військовими й аерокосмічними проєктами, включно з радіотехнічними вимірюваннями та траєкторним супроводом ракет і космічних апаратів.

Віха 1991 року в Харкові
До 1991 року в одній із лабораторій НДІРВ почала працювати внутрішня мережа — інтрамережа, ранній прототип, який проклав шлях до того, що згодом стало більшою засекреченою військовою мережею в Росії.

Запуск «Сбору» в 1993 році
Через два роки, у 1993-му, Росія офіційно розгорнула першу масштабну секретну інтрамережу — частину системи під назвою «Сбор». Під керівництвом українського інженера Андрія Ніколаєва, який тоді був пов’язаний із НДІРВ у Харкові, ця мережа спочатку з’єднала стратегічні об’єкти по всій Росії, зокрема космодром Плесецьк і пов’язаний із ним вимірювальний пункт, відомий як «Вега», в арктичному місті Воркута.

У той час як Захід розробляв відкриті інтернет-протоколи для з’єднання університетів і бізнесу, «Сбор» був суворо засекречений. Він використовував шифрувальну апаратуру Т-230 «Інтер’єр» — прямих спадкоємців криптографічних методів епохи Марфіно — для забезпечення секретності. Для російської держави це було не стільки про співпрацю, скільки про спостереження й контроль.

Російські зв’язківці працюють із шифрувальною апаратурою Т-230 «Інтер’єр»

Російські зв’язківці працюють із секретною апаратурою телефонного зв’язку Т-230 «Інтер’єр».

Спадщина страху: чому Воркута і Плесецьк важливі

Плесецьк: не пийте воду

Цех підготовки ракети на космодромі Плесецьк

Космодром Плесецьк. Підготовка ракети до пуску

Вигляд згори на стартовий комплекс космодрому Плесецьк

Плесецьк — космодром, назва якого означає «тиху широку ділянку річки та численні озера»

Підготовка ракети «Союз» до пуску на космодромі Плесецьк

Космодром Плесецьк. Підготовка ракети до пуску

Загальний вигляд космодрому Плесецьк з повітря

Космодром Плесецьк. Підготовка ракети до пуску

Розташований в Архангельській області, Плесецьк є великим російським військовим стартовим майданчиком для супутників і балістичних ракет. У 1990-х колеги попереджали мене не пити воду з місцевих колодязів. Причина? Навколишній ґрунт був отруєний десятиліттями занедбаності та залишками таборів примусової праці. Туберкульоз, дистрофія та інші хвороби епохи ГУЛАГу проникли в землю й воду.

Воркута: місто, збудоване на кістках
Воркута, у Республіці Комі на півночі Росії, колись була місцем розташування величезного комплексу Воркутинського ГУЛАГу. Температура там може падати до -40°C, а в’язні, яких охоронці називали «білим вугіллям», були змушені видобувати вугілля у 12-годинні зміни. Голод, розстріли за дрібні порушення й масові хвороби забрали незліченну кількість життів. Сьогодні населення Воркути різко скоротилося. Але залишки масових поховань і досі лежать у вічній мерзлоті — мовчазне свідчення цієї жорстокої спадщини.

Ціна вугілля

Воркута. Ціна вугілля, видобутого примусовою працею, була надзвичайно низькою

З’єднуючи точки
Саме з цих непривітних місць — Плесецька з його забрудненими колодязями та Воркути, збудованої на могилах ГУЛАГу, — постала перша російська високозахищена інтрамережа. У той час як західний світ просував відкриті протоколи й академічну свободу, радянська, а згодом і російська система розквітала на вертикальній секретності. Навіть у нібито демократичне вікно президентства Єльцина ці мережі зберігали глибоку параною, успадковану від сталінських часів.

ЄЦУ: Єдиний центр управління для балістичного супроводу

Поряд зі «Сбором» інженери розробили підсистему, відому як ЄЦУ — «Єдиний центр управління». Ідея полягала в управлінні даними траєкторії в реальному часі для стратегічних ракет та інших військових пусків, розкиданих по величезній території Росії. Якщо ракета запускалася з Сєверодвінська, поблизу арктичного узбережжя, або з майданчика на Камчатці, на далекому сході, мережа могла швидко зібрати зовнішні траєкторні вимірювання, спрогнозувати шлях снаряда й відповідно перенавести антени супроводу.

Це було вражаюче технічне досягнення, що спиралося на розподілену обчислювальну архітектуру, яка з’єднувала кілька ізольованих станцій. Проте всюдисуща «тюремна логіка» залишалася на задньому плані. Правила радянської спадщини, жорсткі строки й тягар військової секретності формували культуру проєкту, відлунюючи етос системи шарашок.

Від ГУЛАГу до секретної інтрамережі: ціна контролю

У Сполучених Штатах Інтернет розквітнув у відкритому середовищі — університетських лабораторіях, приватних гаражах, стартапах із венчурним фінансуванням, — де цінувалася свобода інновацій. У Росії ж, навпаки, перша інтрамережа була буквально викувана за колючим дротом. Вона була прямою духовною спадкоємицею лабораторій примусової праці сталінських часів.

  • «У нас велика історія», часто кажуть багато росіян. Але вони нерідко оминають кістки, страх і рабську працю, що стояли за цією величчю.
  • Західні проєкти, такі як ARPANET, зрештою привели до глобального, публічно доступного Інтернету.
  • Російська інтрамережа залишалася закритою, секретною й використовувалася у військових та безпекових цілях, сформована давньою традицією придушення відкритої дискусії.

Висновок: погляд українського інженера

Ви можете запитати: чому український інженер так критично пише про російські таємні мережі? Відповідь проста:

  1. Війна і моральна відповідальність. З 2022 року Росія веде жорстоку війну проти моєї батьківщини — України. Мовчання або нейтралітет могли б бути неправильно витлумачені як співучасть або симпатія до дій Росії. Я мушу підкреслити репресивну природу радянського й нинішнього російського режимів, щоб пояснити: моя минула робота відбувалася за зовсім інших історичних умов — саме під час короткого демократичного експерименту Бориса Єльцина в 1990-х.
Харківська школа, зруйнована російськими загарбниками

Харківська школа, зруйнована російськими окупантами. Україна, 2022 рік

  1. Контекст для технічних деталей. Ця стаття — лише половина більшого матеріалу; друга половина занурюється в технічні особливості архітектури інтрамережі, шифрування та розподілених обчислень. Без історичного й морального контексту можна не побачити темніші реалії, що формували ці системи.
Інженер у шарашці, змушений працювати; наглядач наказує: інтегруй

Робота в шарашці. Наглядач ув’язненому інженеру: «Інтегруй!»

  1. Історичні уроки. Історія «Сбору» та ЄЦУ показує, як передові технології можуть розквітати навіть у репресивному середовищі — але за страшну людську ціну. Усвідомлення цієї ціни є необхідним, особливо тепер, коли кремлівська війна проти України знову розпалює ту саму логіку страху й примусу, яка колись живила сталінські ГУЛАГи.

Зрештою, розуміння цієї історії є життєво важливим для кожного, хто цінує свободу, — особливо для американських IT-фахівців і студентів, які сприймають Інтернет як символ відкритої співпраці. У випадку Росії прагнення до секретності перемогло цей дух відкритості. Хоча я пишаюся інженерними досягненнями, яких ми з колегами досягли за більш демократичної, хоч і недосконалої, Росії Єльцина, я не можу ігнорувати моральний тягар, що лежить під усією радянською, а тепер і неоімперською конструкцією.

Так, технологія може народитися з пригноблення — але якою ціною? Це питання гучно звучить сьогодні, коли світ бачить, як сучасна Росія повертається до своїх найтемніших імпульсів.

Робота в Марфіно

Фотографії в’язнів і наглядача з марфінської в’язниці.
1. Іноземні методи частотного стискання виявилися незадовільними. На початку 1949 року інженер Нанос розробив у лабораторії нову схему стискання з розділенням мовних частот.
2. Підготовка до загальних випробувань електричного частотного компресора.

На цьому завершується історико-політичний огляд. Друга половина цієї статті містить технічне занурення в архітектуру, протоколи та методи шифрування, які забезпечували роботу «Сбору» і ЄЦУ.

Цифровий Парфенон: як радянський системний прорив пробив асфальт бюрократії — і чому його поховали

Вступ: цей текст не для тих, хто любить корпоративні брошури

Якщо ви думаєте, що це просто черговий «кейс із системної інженерії», — закрийте цю вкладку.

Якщо вас влаштовує, що DevOps-інженери рятують production, а бонуси отримують ті, хто «задеплоїв найбільше віджетів», — це не для вас.

Це не підручник. Це Цифровий Парфенон, збудований із правди, яку СРСР намагався закатати в бюрократичний асфальт. І якщо ви досі рахуєте деплої замість стабільності — радянські привиди вже у вашій вентиляції.

Частина 1. Циклоп, який став системою: як ЄЦУ революціонізував «вимірювання»

Радянська реальність 1980-х:

  • 6 станцій «ВЕГА» вздовж дуги від Сєверодвінська до Камчатки.
  • Радіогоризонт — 2 000 км. Ракети зникали після однієї станції й ніколи не з’являлися на наступній.
  • Дані перевозили літаками на магнітних стрічках. Тонни гасу витрачено, час втрачено, цілі втрачено.

Ваш еквівалент у 2024 році:

  • Ви запускаєте Kubernetes без оркестратора.
  • Ваші сервери — дорогі обігрівачі, а не система.
  • Ви пишаєтеся кількістю контейнерів, а не зв’язністю.

ЄЦУ не був «малим додатком». Це був мозок, який перетворив Циклопа на мережу:

  1. ВЕГА-А виявляє сигнал → передає сирі дані до ЄЦУ: кути, час, шум.
  2. ЄЦУ будує траєкторію і дивиться наперед: «Він з’явиться тут для ВЕГИ-Б за 90 секунд».
  3. ЄЦУ надсилає команду: «Навести антену на 37°, очікувати між 12:04:22–12:04:35».
  4. Якщо ракета «дрейфує» — а вона завжди дрейфує! — ЄЦУ миттєво перераховує й перенаправляє станцію.

Це була не «інтеграція». Це була революція:

  • Від «після» — перевезення стрічок, написання звітів — до «зараз»: керування в реальному часі.
  • Від «віджетів» — скільки комплексів — до «зв’язності»: чи бачимо ми ціль безперервно?
  • Від «моноліту» — одноокого велетня — до «системи»: мережі з мозком.

Для 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. З якими «чудесами» нам довелося мати справу

  1. Вимірювальні станції, розкидані по величезних територіях.
    Кожен майданчик був побудований по-своєму, як архітектурний проєкт у стилі «як хочу, так і роблю». Звести їх в один ансамбль було приблизно як зібрати оркестр, де один знає ноти, другий грає «на слух», а третій вважає тромбон різновидом саксофона.
  2. Реальний час: без виправдань!
    Коли йдеться про ракети, затримка або розрив зв’язку — це не привід «піти випити чаю і перезапустити». Усе мало працювати швидко, чітко й без істерик.
  3. Секретні шифрувальні коробки.
    Нам, розробникам, дозволяли лише вставити туди кабель, а «що всередині» було цілком таємно. Усе працювало так, ніби всередині сидів примхливий гном, який на власний розсуд вмикав і вимикав з’єднання.
  4. Застарілі телефонні лінії, а іноді й телеграфні канали.
    Уявіть дроти, які бачили і мороз -40°C, і диких комарів. Але саме ними нам вдалося передавати цифрові дані.

2. ISO/OSI: «теорія» зустрілася з «нашими граблями»

Ми дуже пишалися нашою «багаторівневою» архітектурою на базі моделі ISO/OSI.

Модифікована архітектура еталонної моделі OSI для зв’язку абонентських систем через інформаційний концентратор

Адаптована еталонна модель взаємодії відкритих систем — адаптована модель OSI

Наша ключова модифікація: жовті рівні представляють стандартну функціональність ISO/OSI, тоді як сині рівні показують наші спеціалізовані розширення. Ці власні рівні забезпечили безшовну інтеграцію з радіотехнічними системами траєкторних вимірювань — «Вега», «Кама-А», «Кама-Н» та іншими, — обробляючи як передавання кадрів траєкторних даних, так і двонапрямний обмін командами та підтвердженнями для управління вимірюваннями.

Якщо в теорії люди часто ігнорували сеансовий рівень, ми вирішили: «Як же без нього, коли кожен випробувальний пуск — це окремий сеанс?»
Фізичний рівень, канальний+мережевий, сеансовий, рівень представлення, прикладний — усе було «оживлено» нашими реалізаціями. І це виявилося далеко не просто.

Архітектура універсальної платформи SCADA-повідомлень із багаторівневою абстракцією каналів та інтеграцією з UNIX, 1991 рік

Програмне забезпечення інформаційного концентратора для інтеграції вимірювальних систем (ВС) з різнорідними мережами передавання й обробки даних

Багато книжок з enterprise integration з’явилися на 10–15 років пізніше: наприклад, Грегор Гопе і Боббі Вулф видали свою збірку патернів лише у 2004 році. Але ми вже практикували подібні ідеї у 1991–1993 роках, не підозрюючи, що колись їх назвуть «патернами».

💡 Авторська архітектурна інновація 1991 року: універсальна SCADA-платформа

Ключове розуміння: будь-яку SCADA-систему можна побудувати як розподілену мережу обміну повідомленнями. Концентратор надає універсальну платформу, де прикладні повідомлення несуть бізнес-логіку, а «конверт» обробляє адресацію — від кого й кому — незалежно від типу вмісту.

Універсальний підхід: чи йдеться про сеанси випробувань ракет, ранкові операції метро або промислові процеси — інфраструктура повідомлень залишається тією самою. Змінюється лише семантика прикладного рівня: кадри, блоки, підтвердження й команди загортаються в адресовані конверти для транспортування, незалежно від середовища передавання і мережезалежних протоколів на різних напрямах зв’язку.

«Як у поштовій системі: зміст листа не має значення для доставки — важлива лише адреса на конверті».

3. Сеансовий рівень: зірка нашого шоу

Більшість теоретиків вважали сеансовий рівень зайвим. Ми пішли ва-банк. OPEN, SEND, CLOSE — ці примітиви дозволяли відкривати сеанс, передавати траєкторії та команди, а коли зв’язок обривався — відновлювати його без руйнування загальної логіки.

Структура заголовків повідомлень сеансового рівня системи «Сбор» для протокольних операцій OPEN, SEND і CLOSE

Метод реалізації сеансового рівня в системі «Сбор» базується на створенні примітивів — спеціальних конвертів для змістовної траєкторної інформації

Це мій особистий внесок: написання й налагодження реального «сеансового рівня», який багато років працював у жорстких умовах експлуатації.

4. UNIX: друг, рятівник і «паралельний світ»

На той час Windows 95 ще не існувала, а Windows 3.1 не вирізнялася багатозадачністю. Але UNIX уже забезпечував:

  • Повну багатозадачність, щоб процеси могли працювати паралельно.
  • TCP/IP «з коробки», куди ми могли під’єднати наш саморобний мережевий код.
  • Черги повідомлень, FIFO, сигнали, щоб відокремити адміністративний модуль від основних процесів.

Я часто кажу, що UNIX і Linux недооцінені в корпоративній сфері. А шкода — навіть у 90-х вони дозволяли насолоджуватися стабільністю й гнучкістю.

5. Секретні криптографічні пристрої: приборкання «чорної скриньки»

Т-230 «Інтер’єр» був схожий на невидимого господаря кімнати: йому можна було лише подати кабель, але зазирнути всередину було заборонено. Зв’язок міг обірватися, шифратор втрачав синхронізацію. Нам довелося реалізувати «адаптивну логіку відновлення» — якщо з’єднання втрачалося, програмне забезпечення негайно намагалося знову «постукати у двері» й домовитися наново. Можливо, це нагадує гру з котом, який впускає вас лише тоді, коли ви йому подобаєтеся.

Архітектура рівнів OSI концентратора з реалізацією наглядового протоколу на підрівні канального рівня

Протокол супроводу підрівня канального рівня — основа автоматичного відновлення зв’язку на закритих лініях зв’язку

Алгоритм роботи блока супроводу для визначення моменту фазування

Алгоритм роботи блока супроводу для визначення моменту фазування

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 рік

Апаратна зала системи «Вега» — стійки обладнання та центральна операторська консоль, 1995 рік

Супутниковий вигляд вимірювального комплексу Плесецька з радіальним плануванням доріг і технічними будівлями

Вимірювальний комплекс «Вега» на космодромі Плесецьк — супутниковий вигляд розподіленої інфраструктури

Антенні вежі «Веги» в арктичній тундрі біля Воркути, що показують величезний масштаб розподіленої системи

Антенне поле «Веги» в арктичній тундрі біля Воркути — демонстрація величезного географічного масштабу розподіленої вимірювальної системи

Масивна центральна вежа «Веги» на арктичному вимірювальному комплексі у Воркуті, що показує інженерний масштаб у полярних умовах

Центральна вежа «Веги» на арктичному комплексі у Воркуті — демонстрація величезного інженерного масштабу, необхідного для роботи в полярних умовах

Трагедія передової інженерії

Ця видатна розподілена система, яка на десятиліття випереджала свій час, залишилася переважно невідомою й невизнаною. Причин було багато, але головною була відсутність розвиненого ринку, де передові системи могли б бути виявлені, оцінені й комерціалізовані.

У перехідний період 1990-х усе було зосереджено виключно на виконанні команд згори. Уся система працювала як ГУЛАГ: «крок ліворуч, крок праворуч — розстріл; стрибок на місці — провокація». Не було місця для інновацій, не було механізму визнання інженерної досконалості й не було економічного стимулу розвивати або просувати передові технології.

Українські інженери створювали розподілені системи світового рівня за мінімальні зарплати, будуючи технології, які передбачили сучасні архітектури мікросервісів, надійні патерни обміну повідомленнями та кросплатформну інтеграцію, — тоді як світ залишався необізнаним про ці досягнення. Технічна блискучість була, але соціально-економічної рамки, здатної її визнати й використати, просто не існувало.

Підземний шлях до свободи

Однак прагнення до свободи неможливо втримати. Молоді інженери, здобувши досвід, проклали «віртуальний тунель під залізною завісою» і створили метеорологічну мережу України на основі технологій, спершу розроблених для російських військових, — використовуючи метеорологічні концентратори «Бриз».

Ця трансформація не була гладкою. Ті самі українські інженери, які у 1990-х створили складні системи «Сбор» і ЄЦУ для російських військових потреб, зіткнулися з агресивним опором власного керівництва, коли намагалися переорієнтувати ці технології на цивільне використання. Керівництво — колишні комуністи, які сховали партквитки й «перевзулися в польоті», — віддавало перевагу звичній і прибутковій роботі для Росії, а не розвитку української цивільної інфраструктури.

Працюючи проти течії власної бюрократії, ці інженери наполегливо створювали справді українські системи. Ця метеорологічна мережа, запущена на межі 1990-х і 2000-х років, працює вже понад чверть століття, жодного разу не зупиняючись.

Технічна основа цього успіху була надзвичайною. Розподілені протоколи обміну повідомленнями, надійні системи підтверджень і кросплатформна інтеграція спиралися на криптографічні технології, розроблені в реальному часі ув’язненими інженерами в марфінському науково-дослідному інституті — «першому колі пекла», описаному Солженіциним у романі «У колі першому». Ці блискучі уми, замкнені для збереження державних таємниць без надії на звільнення, окрім смерті, створили шифрувальні системи, які зрештою дали змогу забезпечити захищений зв’язок на тисячі кілометрів суворої місцевості — від полярної тундри Воркути до вимірювальних комплексів, розкиданих по Радянському Союзу.

Повний шлях цих технологій розкриває глибоку іронію: алгоритми, народжені в ГУЛАГу, розвинені українськими інженерами для російських військових систем супроводу, здатних вимірювати траєкторії ракет із метровою точністю на відстані 2500 кілометрів, зрештою знайшли своє мирне призначення в моніторингу погоди для українських фермерів і пілотів. Ті самі протоколи, які колись координували системи «Вега», «Кама» та інші вимірювальні системи по арктичній тундрі, тепер тихо служать цивільним потребам.

Ця трансформація є більше ніж технічною адаптацією — вона демонструє, як справжня інженерна досконалість зрештою виходить за межі політичних і економічних обмежень, які спершу заважали її визнанню. Протоколи, що колись координували військові системи, тепер допомагають фермерам планувати врожаї, а пілотам — безпечно орієнтуватися в українському небі, доводячи, що автентична інновація завжди знаходить шлях служити людству.

Схема програмного забезпечення сеансового рівня Центру збору та Єдиного центру управління

Програмне забезпечення Центру збору, програмне забезпечення АРМ ЄЦУ, сеансовий рівень

Програмне забезпечення сеансового рівня обчислювального центру Плесецька

Програмне забезпечення сеансового рівня обчислювального центру космодрому Плесецьк для системи «Сбор» і Єдиного центру управління

Програмне забезпечення сеансового рівня віддаленого інформаційного концентратора

Програмне забезпечення сеансового рівня системи «Сбор» і Єдиного центру управління

Обчислювальна архітектура ЄЦУ для систем управління з вимірювальним пунктом «Вега» та інформаційним концентратором

Обчислювальна архітектура ЄЦУ для систем управління — вимірювальний пункт «Вега» та інформаційний концентратор

Компоненти архітектури управління ЄЦУ

Обчислювальна архітектура ЄЦУ для систем управління інтегрує розподілені вимірювальні можливості з централізованою координацією команд:

  • Віддалений концентратор (ВК): вузол збору інформації, що з’єднує вимірювальний пункт із центральною мережею обробки даних ЄЦУ
  • Радіотехнічна вимірювальна система «Вега»: основна вимірювальна інфраструктура, що складається з:
    • Автоматизоване робоче місце обробки даних — 2 одиниці, резервовані вузли обробки в реальному часі
    • Автоматизоване робоче місце управління антеною — програмована система наведення антени
    • Локальна обчислювальна мережа (LAN) — внутрішня високошвидкісна магістраль зв’язку
    • Апаратна частина вимірювальної системи «Вега» — радіотехнічне обладнання для траєкторних вимірювань

Ця розподілена архітектура управління дала змогу ЄЦУ координувати вимірювальні станції на відстанях у тисячі кілометрів — від арктичних районів на кшталт Воркути до космодрому Плесецьк — досягаючи супроводу траєкторій у реальному часі з точністю 5 метрів на міжконтинентальних дистанціях.

Примітка щодо контексту

Під час написання цієї статті Харків неодноразово атакували російські ударні дрони. Це їхня подяка за нашу українську інженерну працю, яка колись служила їхнім військовим потребам. Іронія для мене очевидна: ми побудували їхню першу інтрамережу, а тепер вони використовують сучасну зброю, щоб руйнувати місто, де її було створено.

Харківська школа №17, зруйнована російською ракетою «Іскандер», особисто сфотографована у 2025 році

Харківська школа №17, район Салтівка, школа з поглибленим вивченням англійської мови, — школа, де мала навчатися моя онука. Зруйнована російською ракетою «Іскандер». Особисто сфотографовано у 2025 році — це не з медіа, а з реального життя.

Вони руйнують наші школи, наші міста — а ми продовжуємо створювати інновації й інженерні рішення. Бо саме це роблять українські інженери.

Історична примітка: «Народження інтрамережі в Росії, 1993 рік»

Усе йшло гладко, коли систему «Сбор» передавали російським полковникам у їхніх каракулевих шапках. Генерали були задоволені, шампанське майже було готове…

Раптом з’ясувалося, що якийсь Іван-дурень, герой російських народних казок, в армії відформатував диск віддаленого «концентратора», розташованого у Воркуті.

Козацькі програмісти були в шоці.

Козак Андрій схопив секретний телефон і почав пояснювати старому козакові Афанасичу, якого забули десь у Воркуті:

Андрій: «Афанасичу, бери інструкцію системного програміста й виконуй її крок за кроком!»

На іншому кінці була тиша, потім слабке бурмотіння:
«Що? Яка інструкція? Куди мені йти? Я вас не розумію — лінія жахлива! Усе спотворюється!»

Зв’язок справді був жахливий; Афанасич нічого не міг зрозуміти й почав сперечатися, ставлячи ті самі запитання знову. Російські полковники дивилися на козаків, готові розстріляти всіх на місці.

Саме тоді козак Олексійович не витримав. Він вихопив слухавку, і вибухнула громова тирада:

«Ти, демоне з Воркути, проклятий рідний брат чорта! Єрусалимський пивоваре, ворожий сайдаконосець, нехрещений лобе — хай тебе онук гадюки забере!»

Тиша.

Раптом у лінії пролунав чіткий, упевнений голос:
«Зрозумів — прийняв!»

Афанасич схопив інструкцію, надів окуляри й зробив те, чого ніколи раніше не робив, — сам налаштував систему.

Як чудотворна ікона, інструкція повернула систему «Сбор» до життя.

Російські полковники не мали уявлення, що відбувається, але гордо оголосили:
«Ось вона, найперша “Інтрамережа” в Росії!»

А козацькі програмісти тим часом перезирнулися й прошепотіли:
«Ось так і народжуються великі російські досягнення…»

🔥 Кінець. 😆🚀

Картина Іллі Рєпіна — запорозькі козаки пишуть листа
«Українці пишуть програмне забезпечення для російської армії, 1990-ті»
Картина Іллі Рєпіна — бурлаки на Волзі
«Російські військові тягнуть розділені за відомчими відсіками legacy-системи в цифрову епоху, 1990-ті» Compartmentalized = розділені на відсіки: колективне тягнення, але кожен в ізоляції

Один розрахунок, який міг би зберегти $187 000 — і як він може врятувати ваш проєкт сьогодні

У лютому 1991 року моя нова команда взяла цей проєкт на себе. Попередня команда зазнала невдачі, бо не змогла правильно оцінити складність інтеграції. Ця помилка коштувала трьох місяців втраченого часу й еквівалента $187 000 у сьогоднішніх грошах. Як українські інженери, що працювали в неможливих умовах, ми потребували саме такого «спектрального аналізу» складності проєкту — методу, який прорізає туман вимог і показує справжні потреби в ресурсах.

За допомогою калькулятора трудомісткості ви можете:

Розбити ваш проєкт на бажану кількість стадій розробки.
Розрахувати трудомісткість кожної стадії.
Врахувати функціональність, складність, новизну та повторне використання компонентів.
Обрати оптимальну кількість розробників для кожної стадії.
Задати бажаний строк виходу проєкту на ринок — і перетворити вашу мрію на реальність.
Отримати фінальний звіт із розрахунками та вхідними даними — ваш ключ до світу, де ідеї стають реальністю.

Адже хтось має бути щасливим у цьому світі!?

Запобігання помилці на $187 000 не повинно коштувати статків.

Отримати аналіз вашого проєкту →

Одноразовий платіж • Миттєвий експорт у PDF • На основі понад 40 років досвіду

Додаток: фотографічні свідчення епохи

Від Міністерства державної безпеки СРСР до стратегічних ракет: візуальна історія технологічного ланцюга

Історична послідовність: лінія розвитку від сталінських генералів і української інженерії до сучасних стратегічних систем. Документи й фотографії, що охоплюють період від 1940-х років до сьогодення, ілюструють еволюцію від примусової праці ув’язнених криптографів до передових військових комплексів.

Генерали МДБ СРСР
Генерали МДБ СРСР
Постановка задачі
Андрій Ніколаєв — посвідчення
Андрій Ніколаєв
Провідний інженер
Акт завершення проєкту 1998 року
Акт завершення проєкту
1998
Пуск ракети «Синева»
Пуск ракети «Синева»
Балістичні випробування
Пусковий комплекс підводного човна
Пусковий комплекс
Випробувальний комплекс
Атомний підводний човен
Атомний підводний човен
Стратегічний носій
Підводний човен у морі
Підводний човен у морі
Бойове патрулювання
Випробувальний пуск ракети «Тополь-М»
Пуск ракети «Тополь-М»
Випробування в Плесецьку
«Вега» в Мирному на Google Maps
Система «Вега»
Мирний (Google Maps)
Малий хрест «Веги»
Система «Вега»
Малий хрест (62.783026, 40.333077)
Огляд об’єкта «Вега» в Мирному
Система «Вега»
Огляд позиції (62.782966, 40.333082)
Ворота «Веги» в Мирному взимку
Ворота системи «Вега»
Мирний (зима)
«Вега» у Воркуті взимку
Система «Вега»
Воркута (зимовий комплекс)
Технічна позиція «Веги» у Воркуті
Система «Вега»
Технічна позиція (Воркута)
Інженер повертається до технічної позиції
Інженер системи «Вега»
Повернення з калібрування
Снігозахисні стовпи «Веги»
Система «Вега»
Снігозахист (Воркута)
Супутниковий вигляд «Веги» в Норильську
Система «Вега»
Норильськ (69.404609, 87.634750)
Технічна позиція «Веги» в Норильську влітку
Система «Вега» Норильськ
Технічна позиція (літо)
Вигляд згори на «Вегу» в Норильську
Система «Вега» Норильськ
Вигляд зі світлової вежі
Праве крило «Веги» в Норильську
Система «Вега» Норильськ
Праве технічне крило
Праве крило «Веги» в Норильську взимку
Система «Вега» Норильськ
Праве крило (зима)
Праве крило «Веги» в Норильську під час хуртовини
Система «Вега» Норильськ
Праве крило в хуртовину
Малий хрест «Веги» в Норильську влітку
«Малий хрест»
Норильська «Вега» (літо)
Малий хрест у Норильську під час зимової бурі
«Малий хрест» Норильськ
Чорна хуртовина
«Вега» в Якутську взимку
Система «Вега»
Якутськ (зимовий період)
Калібрувальна щогла вимірювальної системи «Вега» в Норильську
Норильська ВС «Вега»
Ландшафт із калібрувальною щоглою
Ніколаєв тестує систему ЄЦУ — «Вега»
Ніколаєв А.В.
Тестування системи ЄЦУ
Ніколаєв тестує зв’язок «Вега» — «Сбор»
Тестування зв’язку
«Вега» — система «Сбор»
Пеленгатор системи «Вега»
Пеленгатор
Система «Вега»
Платформа пеленгатора «Веги»
Пеленгатор «Веги»
на поворотній платформі
Детальний супутниковий вигляд «Веги» у Воркуті
Система «Вега» Воркута
Детальний супутниковий огляд
Вимірювальна антена «Веги» в Сєверодвінську
Система «Вега» Сєверодвінськ
Вимірювальна антена

Інженерна поезія: географія ВС «Вега»

Панорами арктичних вимірювальних комплексів: щогли, антени й сувора краса північних ландшафтів

Технічна позиція ВС «Вега» в Норильську влітку
Норильська ВС «Вега»
Літня технічна позиція
Технічна позиція ВС «Вега» в Норильську взимку в сонячний день
Норильська ВС «Вега»
Сонячний зимовий день
Калібрувальна щогла ВС «Вега» в Норильську, літня тундра
Калібрувальна щогла
Норильськ, літо
Калібрувальна щогла ВС «Вега» в Норильську, літня тундра
Калібрувальна щогла
Літня тундра
Калібрувальна щогла ВС «Вега» в Норильську, літня тундра
Калібрувальна щогла
Літня тундра
Літня тундра в Норильську
Літня тундра
Норильськ
Малий хрест ВС «Вега» в Норильську під час полярного дня
Малий хрест
Полярний день
Малий хрест ВС «Вега» з видом на Каєркан
Малий хрест
Вид на Каєркан
Задній двір технічної позиції ВС «Вега» в Норильську
Технічна позиція
Задній двір
Задній двір технічної позиції ВС «Вега» в Норильську
Технічна позиція
Задній двір
Кабельний коридор в арктичній тундрі
Кабельний коридор
Арктична тундра
Арктична тундра наприкінці літа
Арктична тундра
Кінець літа
Допоміжна дизель-генераторна установка
Дизель-генератор
Електроживлення
Калібрувальна щогла наприкінці літа, норильська ВС «Вега»
Калібрувальна щогла
Норильська ВС «Вега», кінець літа
Малий хрест із пеленгаторами та кабельним коридором, норильська ВС «Вега»
Малий хрест
Пеленгатори й кабельний коридор
Кабельний коридор і калібрувальна щогла, норильська ВС «Вега»
Кабельний коридор
Норильська ВС «Вега»
Калібрувальна щогла в тумані, норильська ВС «Вега»
Калібрувальна щогла в тумані
Норильська ВС «Вега»
Задній двір технічної позиції ВС «Вега» в Норильську
Технічна позиція
Задній двір
Задній двір технічної позиції під іншим кутом, норильська ВС «Вега»
Технічна позиція
Інший ракурс
Технічні споруди та житловий блок ЦУБІК, норильська ВС «Вега»
Технічні будівлі
Житловий блок ЦУБІК
Житлові та службові приміщення станції ВС «Вега», Норильськ
Житлові приміщення
Службовий комплекс
Технічні споруди та резервуари станції ВС «Вега», Норильськ
Технічні споруди
Резервуарний парк
Гараж і парк техніки на ВС «Вега», Норильськ
Гараж
Парк техніки станції
Малий хрест із пеленгаторами в правій частині кадру
Малий хрест
Пеленгатори
ВС «Вега» з калібрувальними щоглами, вигляд із траси Норильськ — Дудинка, полярне літо
Вид із траси
Полярне літо
ВС «Вега» з калібрувальними щоглами, перший сніг, вигляд із траси Норильськ — Дудинка
Вид із траси
Перший сніг, осінь
Дві калібрувальні щогли на плато, норильська ВС «Вега»
Калібрувальні щогли
Плато, кінець літа
Цегляна будівля зв’язку та задній двір, норильська ВС «Вега»
Задній двір
Цегляна будівля зв’язку
Полярне сонце над тундрою та калібрувальними щоглами, норильська ВС «Вега»
Полярне сонце
над тундрою
Полярне сонце над тундрою та калібрувальними щоглами, норильська ВС «Вега»
Полярне сонце
і калібрувальні щогли
Калібрувальна щогла ВС «Вега» в різні пори року
Калібрувальна щогла
крізь пори року
Калібрувальна щогла ВС «Вега» — сезонна серія
Калібрувальна щогла
пори року (серія)
Калібрувальна щогла ВС «Вега» серед снігу в тундрі
9 місяців на рік
сніг у тундрі
Гараж, калібрувальна щогла та світлова вежа, норильська ВС «Вега», літо
Гараж і щогли
Норильськ, літо
Задній двір технічної позиції ВС «Вега» в Норильську під час хуртовини
Задній двір
Хуртовина
Гараж, калібрувальна щогла та світлова вежа, норильська ВС «Вега», зимовий період
Гараж і щогли
Зимовий період
Світлова вежа та калібрувальна щогла в хуртовину, норильська ВС «Вега»
Світлова вежа
і хуртовина
Кабельний коридор у тундрі, норильська ВС «Вега»
Кабельний коридор
у тундрі
Кабельний коридор у хуртовину, норильська ВС «Вега»
Кабельний коридор
Хуртовина
Ліве крило технічної позиції ВС «Вега», високі снігові замети й бурульки на обшивці
Ліве крило
Технічна позиція
Ліве крило технічної позиції ВС «Вега» в хуртовину, снігові замети біля стіни
Ліве крило
в хуртовину
Права сторона технічної позиції ВС «Вега» в хуртовину, снігові замети біля будівель
Права сторона
в хуртовину
Малий хрест із пеленгаторами, зимовий вигляд, норильська ВС «Вега»
Малий хрест
Пеленгатори
Ворота військової бази, калібрувальна щогла вдалині, норильська ВС «Вега»
Ворота бази
і щогла
Ворота бази в снігу, норильська ВС «Вега»
Ворота бази
у снігу
Калібрувальна щогла й паркан у снігу, норильська ВС «Вега»
Калібрувальна
щогла й паркан
Лінія електропередачі на сніговому тлі, норильська ВС «Вега»
Лінія
електропередачі
За кодом завжди стоїть людина
За кодом завжди стоїть людина
×
×