Значение режима обслуживания зависит от контекста.
В мире разработки программного обеспечения это относится к моменту в жизни компьютерной программы , когда она достигла всех своих целей и обычно считается «завершенной» и безошибочной . Термин также может относиться к моменту в развитии программного продукта , когда он больше не конкурентоспособен по сравнению с другими продуктами или не соответствует технологической среде, в которой он работает. В обоих случаях продолжение разработки считается ненужным или нецелесообразным, но время от времени исправления ошибок и исправления безопасности все еще выпускаются, отсюда и термин режим обслуживания. Режим обслуживания часто переходит в режим отказа от программного обеспечения .
В мире обслуживания программного обеспечения это относится к рабочему режиму, в который может перейти устройство или служба во время обслуживания. Например, при диагностике, перенастройке, ремонте, обновлении или тестировании может потребоваться, чтобы устройство или служба перешли в режим обслуживания до тех пор, пока не будет проверена их пригодность для рабочего режима. Другой вариант использования — преднамеренный перевод устройства или службы в режим обслуживания, чтобы они не могли эксплуатироваться во время обслуживания. [1]
Иногда, когда популярный проект свободного программного обеспечения подвергается капитальному ремонту, пред-ремонтная версия сохраняется активной и переводится в режим обслуживания, поскольку она все еще будет широко использоваться в производстве в обозримом будущем. Форки проекта также могут появляться из программ, которые переходят в режим обслуживания слишком рано или имеют достаточную поддержку разработчиков для более продвинутой версии. Хорошим примером этого является редактор vi , который находился в режиме обслуживания и был разветвлен в Vi IMproved . Форк Vim имеет много полезных функций, которых нет в vi, таких как подсветка синтаксиса и возможность иметь несколько открытых буферов .