Комментарии 5
Какой-то плач Ярославны. Посыл то в чем? Кто-то когда-то бегал менял картриджи и пинил кросс с телефонией... С чего-то начинать надо было.
Не плач, а скореее... боль :)
Инженер сопровождения - это точно не про менять картриджи, про это, кстати, я говорю как раз в статье. А еще это не "точка входа", а вполне себе отдельная специальность со своими задачами.
В этом, собственно, и посыл всей статьи и раз возникают такие вопросы, то написано точно было не зря)
Не осмыслил сначала, понял принял.
Я так и не понял, в чём отличие "инженера сопровождения" от "администратора систем" (например, админ фермы Hyper-V или сетевой администратор)? Они точно также занимаются мониторингом подотчётных им систем, траблшутингом и отправкой кейсов разработчикам, чтоб те чинили баги в ПО.
В начале ещё запутался в описании вашей профессии - показалось очень похоже на QA.
Может я и неправильно оперирую точными названиями - более умные люди, если что, поправят.
В классическом понимании разница действительно небольшая.
Однако, зона ответственности системного администратора чаще заключается в управлении конечными сервисами в большинстве случаев реализованных на уже готовых решениях (тот же Hyper-V, MS AD как примеры).
Инженер сопровождения все же занимается развертыванием и стабилизацией новых сервисов, чаще всего разработанных внутренней командой, к которым нет каких либо конкретных инструкций по администрированию и управлению системой.
Если, к примеру, говорить об администрировании того же Hyper-V, то системному администратору не принципиально какие приложения работают внутри кластеров, главное, что кластер рабочий, а стабильность и корректность работы сервисов устанвленных в этом кластере уже компетенция инженеров сопровождения.
Мальчики, которые чинят компьютеры: что на самом деле делают инженеры сопровождения