Вывод ПО из эксплуатации

Продукт, которым вы занимаетесь, может устареть, не выдержать конкуренции, может, наконец, измениться рыночная ситуация. В общем, вам может потребоваться максимально корректно вывести продукт из эксплуатации.

Крупные компании обожают убивать свои продукты, даже пользующиеся спросом. У гугла огромное кладбище, создаётся ощущение, что они закрыли больше продуктов, чем есть сейчас действующих. Не меньше продуктов похоронил Microsoft.

Под продуктом мы понимаем веб-сервис. Или сочетание мобильного приложения и веб-сервиса. Трудностей с выводом из эксплуатации автономных приложений быть не должно.

В первую очередь, стоит сделать полный архив кодовых репозиториев выводимого софта и сохранить в защищённое хранилище. Маловероятно, что вы будете воскрешать выведенное ПО, это больше на случай возможности повторного использования кода отдельных модулей.

Опубликовать пресс-релиз, в котором рассказать, почему выводите продукт с рынка и предупредить пользователей, чтобы сохранили свои данные. Рассказать об альтернативах.

На что стоит обратить внимание — защита персональных и секретных данных. Все данные, которые находились под защитой во время эксплуатации, должны оставаться защищёнными и после вывода.

Поэтому нужно спланировать три вещи:

  • Какую информацию мы удалим;
  • Какую информацию мы сохраним;
  • Что будем делать с аппаратным обеспечением.

Повторюсь, если какая-то инфа будет сохраняться, нужно обеспечить её доступность и безопасность доступа к ней.

Если какая-то инфа будет удаляться, нужно убедиться, что удаление производится достаточно секурным способом. Последний скандал с Apple показал, что гиганты вообще, не любят удалять информацию. Помечают на удаление и всё.

В целом, в этом подходе что-то есть. Обязательно прибежит кто-нибудь с требованием восстановить его ошибочно удалённые данные. Но если решили с выводом из эксплуатации данные удалять, надо удалять надёжно, затирая нулями.

Уничтожать аппаратное обеспечение (HDD, SDD), в большинстве случаев не нужно. Только если удалить с него информацию другим способом невозможно.

Устаревшее и закрываемое ПО убирать из публичного доступа обязательно надо. Если оставить, велик риск, что в нём найдут уязвимость, которую будет некому закрыть и возникнет проблема с безопасностью оставленной информации.

Последний этап вывода софта из эксплуатации — ревизия и ревью своих процессов на разных этапах жизненного цикла ПО. Иными словами, написать постмортем и выученные уроки, рассказать о приобретённом за время обслуживания продукта опыте.

Если хотите получать новые посты на имейл, подпишитесь на рассылку. Пишу нечасто и по делу. 

Предыдущий пост
Владимир Бычко описывает пять критичных ошибок менеджеров проектов: неуправление ожиданиями…