Промышленная эксплуатация

В «промышленной эксплуатации» система эксплуатируется без каких-либо альтернатив, без дублирующих систем. И если случается ее незапланированная остановка (по любой причине), критичная для ведения бизнеса, если предприятие несет косвенные убытки, недополучая прибыль и теряя клиентов, то говорить о её возврате в опытную или опытно-промышленную эксплуатацию уже нельзя. Если два вида опытной эксплуатации по сути являются временными (допускающими остановку системы), то промышленная — это уже эксплуатация постоянная, стабильная.

При этом, как уже было сказано, эксплуатационная служба (инженеры, администраторы, сопровождение) несет полную ответственность за действующую систему, и разработчики не могут по своей воле вносить в неё какие бы то ни было изменения (настройки). Конечно, передача продукта в промышленную эксплуатацию не снимает с разработчиков ответственности за локализацию и исправление ошибок. Но разработчик не может что-либо делать в системе минуя службу эксплуатации. Мало того, каждый инцидент должен протоколироваться, а каждое исправление ошибки, каждая доработка — проходить тщательную проверку на предмет работоспособности решения. Необходимо проводить детальный анализ причин и вырабатывать план мероприятий по предотвращению подобных инцидентов в будущем.

Теперь перейдем к проекту. За последние два десятилетия как только не определяли проект! Но практически все определения в том или ином виде включают три обязательных компонента: временный характер, конкретная цель (задача), накладываемые ограничения. В контексте этой статьи важно, что любой проект носит временный, конечный характер. Постоянных проектов не бывает, в отличие от постоянной (промышленной) эксплуатации. В этой статье под проектом будем понимать целенаправленную деятельность по изменению сложившейся к данному времени системной ИТ-архитектуры предприятия (приложений, данных, оборудования) и её переводу к новому состоянию, определяемому как целевое.

Другими словами, проект стремится вывести системную архитектуру из устоявшегося состояния, в то время как основная цель службы эксплуатации (вот где противоречие!) — поддержка устойчивого состояния текущей системной архитектуры. Только в таком состоянии служба эксплуатации может гарантировать пользователям информационных систем и ресурсов услуги надлежащего качества в течение определенного периода времени.