Но если взглянуть на operations в принципе через призму ITSM/сервисной модели, обнаружилась просто замечательная разница между «devops-инженерами» и «сисадминами».
Над этой разницей мы в программном комитете DevOpsConf (кстати, в апреле уже конференция) мы уже бьемся лет пять, и никак не можем ее ухватить.
Попробуйте не открывая спойлер ответить «в чем разница между devops-инженером и сисадмином, если не брать в расчет написание пайплайнов?»
И тот и другой пишет ансибл, разворачивает базы данных и кафку, настраивает сети и т.д.
Devops-инженеры это сисадмины или нет? В чем разница?
Подсказка, попробуйте подумать об этом в следующем ключе: какой сервис (as in ITSM) они предоставляют заказчику?
Дальше цитата близко к оригиналу.
Самый простой способ увидеть разницу между Devops и Sysadmin: взять один и тот же технический кейс и посмотреть, какой consumer-facing результат обещаем.
Установить базовые пакеты на все Linux-хосты через Ansible
Devops: Обычно не самостоятельный DevOps service; может быть внутренним carrier для platform/runtime outcome
Sysadmin: Прямой предмет работы: привести хосты к нужному baseline
Написать playbook для развертывания PostgreSQL
Devops: Часть обещания “дать проекту готовый infra component/platform foundation”
Sysadmin: Часть администрирования серверов и сервиса БД
Развернуть кластер Kubernetes
Devops: Дать командам platform foundation: кластер, tenancy, baseline policies, operating model
Sysadmin: Поднять и администрировать кластер как инфраструктурную систему
Настроить ArgoCD
Devops: Дать воспроизводимый deployment/platform contour для проектных команд
Sysadmin: Установить и сопровождать еще один инфраструктурный инструмент
Выдать VPN/доступ в прод
Devops: Если это часть developer enablement к runtime/platform contour
Sysadmin: Прямой предмет работы: доступы, сеть, эксплуатационные правила
Поставить SSL-сертификат в shared Nginx
Devops: Если это часть platform/runtime outcome для команд
Sysadmin: Если это просто администрирование ingress/веб-сервера как инфраструктуры
Разобрать, почему упал deploy
Devops: В этом репозитории это чаще support поверх DevOps service surface
Sysadmin: В sysadmin-модели это обычная эксплуатационная диагностика системы
Если в одной фразе:
DevOps здесь = “обещаем команде воспроизводимый путь поставки или использования платформы”.
Sysadmin = “обещаем корректное состояние инфраструктуры, хостов, доступов и сервисов как таковых”.
SRE = держим сервис надежным по эксплуатационным целям: SLO/SLA, error budget, incident response, capacity, toil reduction, safe change.
(в конце я добавил еще SRE, но с ним и так более-менее понятно
И дополнительно про то, как они друг с другом соотносятся:
sysadmin это набор capability/навыков про инфраструктуру, хосты, доступы, базовые сервисы и их эксплуатацию.
DevOps и SRE могут использовать часть этих capability, но сами они шире и собраны вокруг другой цели.
sysadmin — это общий технический слой, который часто используется внутри DevOps и SRE, но не совпадает с ними.
sysadmin = capability/domain layer
devops = delivery/platform operating model
sre = reliability operating model