Почему это открытие оказалось таким легким и одновременно таким сложным.

Все знают что «классический DevOps» это про ускорять поставку, разработку и т.д.
При этом само понятие давно выродилось, и от devops-инженеров уже давно не ждут «построения DevOps» или чего-то такого, а ждут всяких инфраструктурных задач и кодинга в команде разработки.
И не совсем понятно чем это отличается от сисадминства.

Так вот, отличие в цели этих операций, а не в содержании.

Если инженер настраивает, скажем, кафку потому что ему дали задачу ее настроить — это сисадмин.
Есле же он настраивает ее для того, чтобы команда разработки могла использовать ее в средах разработки, тестирования и продакшна — идет стремительный сдвиг в сторону devops.

Кажется, отличие в цели не очень-то существенно или материально.
Но на деле оно влечет за собой разницу в подходе:
- «Как вы хотите кафку использовать? В каких задачах, какие нагрузки и т.д.?»
против
- «Сколько ей сделать нод, сколько выдать памяти и диска? А авторестарт вам нужен?»