А вы знаете в чем разница между сисадмином и DevOp-сом ?
Разница в подходе и методологии работы.Лучше всего это описывает старый пример pet vs cattle.
В наших реалиях это лучше описать как сравнение заботы о домашнем питомце и о колхозном стаде коров, например.
Идея в том, что ранее инфраструктура состояла из отдельных серверов и ими занимались админы как с домашними животными.
Каждого знали лично, занимались ими, настраивали, обновляли и т.д. Даже имена давали осмысленно, иногда что-то красивое выдумывали.
С приходом нужды в обслуживании большого количесва серверов, например в кластерах, методологии поменялось.
И именно эту методологию мы называем DevOps. В ней серверами управляют массово, как крупным рогатым скотом.
Никто по отдельности не занимается каждой единицей, а вместо этого создаёт инструменты автоматизации, чтобы решать вопросы массово.
И имена обычно по шаблону задаются, как и все основные настройки, обслуживание и т.д.
Отличить подход pet от cattle очень просто. Если у вас какой-то сервер сломался и работа сервиса нарушена, а вы начинаете думать,
как быстрее его восстановить и в каком состоянии бэкапы, то у вас домашние животные. Если вы просто прибили упавший сервер и подняли
новый, автоматически накатив на него всё, что надо, то у вас крупный рогатый скот.
Очевидно, что для подхода cattle нужны бОльшие масштабы и бОльшие бюджеты. До какого-то уровня это будет экономически не оправданно.
Опять же, при cattle подходе практически отсутствует оптимизация. Все конфигурации сервисов - типовые, обычно просто "из коробки".
Что иногда приводит к курьёзам - там где справлялся 1 сервер, может не справиться небольшой кластер.
Или стоимость решения в кластере окажется существенно дороже.
Когда и какой подход лучше ?
Ручной или массовое управление с автоматизацией?
Очевидно, что для сервера небольшого проекта выгоднее подход pet. А для массового сервиса ориентированного на миллионные аудитории - cattle.
Но вот между, когда проект вырос, но еще не дорос до по-настоящему большого, тут кроется сложный участок.
Тут оба подхода будут иметь свои недостатки и преимущества.
Потому и рекомендую обычно тем с кем работаю не торопиться с облаками.
Если ваш небольшой проект дорастёт до частного кластера на своём железе, даже их 2х серверов наверное,
у вас скоро будут, или уже есть и ресурсы, и команда специалистов, и понимание путей для дальнейшего развития.
Ведь частный кластер можно по прежнему разворачивать как pet, но и внедрять для обслуживания методологию cattle.