🧑‍🚀 Технические решения времен Аполлона 🚀

Или как старое становится новым, а новое — просто забывается

Давайте поговорим про старое и новое. Про то, как мы иногда с восхищением открываем давно известные вещи, называя их прорывными, и наоборот — списываем проверенные временем идеи, пока кто-то снова не выдаст их за инновацию.

Меня уже несколько недель волнует тема incident management — я глубоко влезла в этот процесс на работе и обнаружила кучу интересных "особенностей восприятия": когда мы принимаем за передовые технологии в IT паттерны более чем полувековой давности!

Сегодня хочу поговорить про graceful degradation — стратегию, которая позволяет системе частично деградировать, но при этом продолжать работать. Звучит как что-то специфичное для софтверной инженерии, верно?

Пример: в банковском приложении временно недоступны платежи по СБП, но остальные переводы работают, API выдает специальную ошибку, а в мобилке - заглушка — это graceful degradation. Когда в системе автоматически отключается часть функционала, но интерфейс подсказывает пользователю альтернативные действия, честно отображая, что часть функционала "легла поспать".

Чуть подробнее с примерами как это работает ➡️ статья

Вот только оказалось, что в IT этот паттерн не зародился, а пришел к нам из инженерных систем и начал использоваться около 70 лет назад!

🚀 NASA и деградация как стратегия
Недавно наткнулась на статью "Designing Graceful Degradation into Complex Systems" написанную учеными исселдовательского центра NASA, в которой они рассматривают взаимодействие между причинами деградации и их связь с предотвращением и вопросы восстановления после деградации. Это не просто дублирование резервных узлов — это целые стратегии по тому, как системы могут адаптироваться к поломкам без катастрофических последствий!

Что меня поразило: graceful degradation у NASA включает ручное управление. В ситуациях, когда автоматизация больше не работает, процесс частично или полностью передается оператору (для некоторых узлов/процессов).

💡 А теперь вспомните, насколько редко мы в IT закладываем деградацию с возможностью перевода на ручной привод, кроме как в ситуациях, когда пользователю просто советуют обратиться в поддержку, ну или в случае "отказа" сервиса проведения on-line KYC предлагаем обратриться в ближайшее подразделение, где оператор сможет провести идентификацию вручную!

И вот тут возникает вопрос:
👉 Действительно ли в IT все новое — это новое?
👉 Не переупаковываем ли мы инженерные практики прошлого, выдавая их за инновации?
👉 Когда технологии “стареют”, а когда — превращаются в новое?

И, возможно, IT-индустрия — это просто огромный цикл, в котором все однажды уже было, но мы просто об этом забыли?

🤔 Давайте обсудим. Может, у вас тоже есть примеры технологий, которые на самом деле просто хорошо забытое старое?

PS Надо рассказать подробнее про incident management или про graceful degradation? (если да - напишите в комменты, пжл)

PPS Статью прикладываю файлом, так как не могу найти ссылку...

#architecture