Єдиний центр управління: розподілена архітектура управління в реальному часі

Автор: Андрій Ніколаєв, український керівник розробки ПЗ і представник проєкту, який керував проєктом Єдиного центру управління в 1990-х роках.

Рідкісне історичне зображення з внутрішнього командно-вимірювального середовища на космодромі Плесецьк

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

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

Повномасштабне вторгнення Росії в Україну у 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 місяців на рік
сніг у тундрі
Гараж, калібрувальна щогла та світлова вежа, норильська ВС «Вега», літо
Гараж і щогли
Норильськ, літо
Задній двір технічної позиції ВС «Вега» в Норильську під час хуртовини
Задній двір
Хуртовина
Гараж, калібрувальна щогла та світлова вежа, норильська ВС «Вега», зимовий період
Гараж і щогли
Зимовий період
Світлова вежа та калібрувальна щогла в хуртовину, норильська ВС «Вега»
Світлова вежа
і хуртовина
Кабельний коридор у тундрі, норильська ВС «Вега»
Кабельний коридор
у тундрі
Кабельний коридор у хуртовину, норильська ВС «Вега»
Кабельний коридор
Хуртовина
Ліве крило технічної позиції ВС «Вега», високі снігові замети й бурульки на обшивці
Ліве крило
Технічна позиція
Ліве крило технічної позиції ВС «Вега» в хуртовину, снігові замети біля стіни
Ліве крило
в хуртовину
Права сторона технічної позиції ВС «Вега» в хуртовину, снігові замети біля будівель
Права сторона
в хуртовину
Малий хрест із пеленгаторами, зимовий вигляд, норильська ВС «Вега»
Малий хрест
Пеленгатори
Ворота закритого об’єкта, калібрувальна щогла вдалині, норильська ВС «Вега»
Ворота бази
і щогла
Ворота бази в снігу, норильська ВС «Вега»
Ворота бази
у снігу
Калібрувальна щогла й паркан у снігу, норильська ВС «Вега»
Калібрувальна
щогла й паркан
Лінія електропередачі на сніговому тлі, норильська ВС «Вега»
Лінія
електропередачі
За кодом завжди стоїть людина
За кодом завжди стоїть людина
×
×