Скорость вращения аппарата LINK удалось снизить с 9 до 1,47 градуса в секунду, и это пока главный прогресс в миссии, от которой зависит спасение Swift. Теперь Katalyst Space готовит крупное обновление бортового ПО: без него не вернуть полноценное управление, не сблизиться с орбитальной обсерваторией NASA и не вытянуть ее с опасно низкой орбиты. Для IT-аудитории здесь важен не только космос, но и совсем земной урок: иногда весь проект держится на том, сможет ли софт аккуратно подстроиться под железо, которое уже работает не по плану.
Миссия выглядит как космический кейс про recovery в проде. Аппарат LINK компании Katalyst Space запустили в июле, чтобы поднять орбиту обсерватории NASA Neil Gehrels Swift Observatory, которая постепенно теряет высоту. Но на этапе ввода в эксплуатацию возникли проблемы с ориентацией, и вместо штатного сближения команда занялась тем, без чего спасение Swift просто не начнется, спасением уже собственного спасателя. По данным The Register, у LINK остался рабочим только один из трех маховиков, а система RCS сохранила лишь частичную функциональность. Для таких аппаратов это не мелкая деградация, а почти смена правил игры: без устойчивого управления нельзя нормально нацеливать тягу, строить фазирование орбит и безопасно подходить к чужому спутнику.
Сейчас ключевой результат такой: вращение удалось сбить с 9 до 1,47 градуса в секунду, и на этом уровне аппарат удержат, пока инженеры готовят значительное обновление flight software. Причина понятна даже без доступа к внутренним постмортемам: если заметная часть системы ориентации перестала работать так, как задумывалось на старте, софт должен научиться жить в новой конфигурации железа, а не притворяться, что отказа не было. Katalyst Space прямо говорит, что обновление должно вернуть полный контроль по ориентации и открыть следующий этап миссии: маневры фазирования, чтобы вывести орбиту LINK в нужную геометрию относительно Swift. Редкий случай, когда формулировка «обновление, которое не сделает хуже» звучит не как мем про офисные патчи, а как буквальное техническое требование.
Отдельно компания попыталась погасить самый очевидный вопрос: сколько топлива уже сожгли на аварийное восстановление и не съест ли recovery запас, нужный для основной задачи. Для возврата контроля команда использовала один электрореактивный двигатель, и, по ее словам, расход составил меньше 100 граммов рабочего тела. На фоне общего запаса это немного: три ионных двигателя LINK питаются примерно 60 килограммами ксенона. Цифра важна не сама по себе, а в связке с профилем миссии. Впереди не просто короткое сближение, а захват обсерватории и затем многомесячный подъем орбиты обратно почти к исходным 600 километрам. Если бы на этапе recovery ушла заметная доля топлива, вся история со спасением Swift быстро превратилась бы в красивую инженерную драму без финального акта.
Проблема в том, что у Swift не бесконечный запас времени. Сама обсерватория уже подошла опасно близко к точке, после которой высота станет слишком низкой для нормального спасения. План после обновления выглядит так: LINK должен сблизиться со Swift, захватить аппарат тремя роботизированными руками, а затем постепенно поднять его орбиту в течение нескольких месяцев. После этого LINK отделится и войдет в атмосферу Земли. На бумаге схема выглядит элегантно; на практике она требует очень точной работы того самого ПО, которое сейчас готовят для следующей фазы миссии. Ошибка здесь измеряется не только потерянными днями, но и запасом высоты, который у научной миссии уменьшается без особого уважения к графикам разработчиков.
Для разработчиков и техдиректоров эта история интересна не только как космическая новость. Она очень наглядно показывает, что в сложных системах устойчивость, завязанная на софт, быстро перестает быть красивым термином и становится вопросом выживания продукта. Когда из трех маховиков жив только один, «подождем следующего релиза» не работает; нужно быстро пересобрать логику управления под деградировавшее железо, сохранить предсказуемость и не потратить критический ресурс по пути. В обычном ИТ это похоже на сервис, который внезапно теряет часть инфраструктуры, но обязан не просто остаться в онлайне, а еще и выполнить бизнес-критичную транзакцию. Разница лишь в том, что rollback на орбите почти никогда не бывает удобным, а окно для исправления закрывается физикой, а не дедлайном в Jira.
Теперь весь вопрос упирается в следующий шаг: сможет ли обновление действительно вернуть LINK полный контроль до того, как Swift опустится еще ниже. Если сможет, рынок орбитального обслуживания получит редкий и очень убедительный кейс того, как миссию можно вытащить не заменой железа, а грамотной адаптацией софта уже после старта. Если нет, история про спасение Swift останется напоминанием, что даже самый красивый космический сервисный сценарий ломается там же, где и земные системы, на стыке отказавшего железа, ограниченного ресурса и единственного релиза, который обязан сработать с первого раза.