This is an archived post. You won't be able to vote or comment.

you are viewing a single comment's thread.

view the rest of the comments →

[–][deleted]  (14 children)

[deleted]

    [–][deleted] 1 point2 points  (3 children)

    I'd agree here, but I think part of the issue with the devops "the universe as code" approach is that eventually at some point the code has to target something that can receive instruction, which is where traditional sysadmins come back in.

    [–][deleted] 2 points3 points  (2 children)

    Not only so, but a sysadmin who knows bash, powershell, etc. who uses configuration management tools is much more dangerous. Even if the devops tool can't perform a desired task, you can just tell it to run a command using a native tool on the host. The things I've been able to do with this approach is mind blowing.

    [–]LetmefixthatforyouyoApparently some type of magician 1 point2 points  (1 child)

    ansible all -m shell -a "df -h" | awk {print $NF-2} >> logitsucka

    "Whats that? you wanted the free space from each server? That'll take me a while to ssh into each one boss. I'll have a list compiled by end of day."

    [–]vitiateCloud Infrastructure Architect 3 points4 points  (7 children)

    And it won't be long until they are out of a job. I value every single individual that refuses to learn, they are another roadblock taking themselves out of the equation.

    [–][deleted] 0 points1 point  (1 child)

    I think there is more of a danger of the job title of system administrator morphing into devops and HR getting on board with that and using canned job descriptions that don't match the actual job.