환경의 규모와 복잡성을 이해하면 도움이됩니다. 클라우드 / 호스팅 제공 업체에서 일할 때 다수의 중소 ​​규모 환경 (10-100 서버)이 있다고 가정하는 것이 안전합니다. jr이 매일 수행하는 작업이 있습니다. 반복적 인 엔지니어 및 NOC 직원 (사용자 계정 생성, 백업 에이전트 구성 등). 마찬가지로 sr이 수행하는 수동 작업이있을 수 있습니다. 엔지니어들은 새 하드웨어에 ESXi를 설치하거나 MPIO와 같은 것을 구성하거나 특정 하드웨어 세트에 VMware 모듈을 설치하는 것을 좋아합니다. 이 모든 것은 자동화 될 수 있고 자동화되어야합니다.

직원이 자동화하지 않고 대량의 작업을 수행 할 수 있다면 내 의견으로는 과장된 것입니다. 대부분 수동 프로세스로 구성된 하루 종일 일할 수있는 모든 IT 직원은 자동화 동기가 없습니다. 왜 필요 하지 않은 것으로 보이며 무섭지 도 않은 새로운 기술을 배우는가 ? 결국 혁신의 필요성은 어머니입니다.

따라서 조직의 어느 시점에서, 당신은 apart 거리고 떨어져 나갈 크기로 성장하거나 거의 모든 것을 자동화하고 탁월하게 시작할 것입니다. 물론, 선임 엔지니어가이 책임을 맡아야 할 것이며, 일부 엔지니어의 작업을 자동화하기 위해 하급 엔지니어 및 NOC 직원과 협력해야 할 수도 있습니다. 이것은 주니어를 제공합니다. 엔지니어는 여러 스크립트의 프레임 워크를 작업 할 수있는 기회를 갖게되며, 필요한 경우 각 테넌트 및 새 하드웨어 개정에 맞게 조정할 수 있습니다. 이것은 “오 나의 신, 어디서부터 시작해야합니까?”라는 끔찍한 생각을 제거합니다. 방정식을 통해 실제 문제 를 해결하는 데 도움이 됩니다. 마지막 포인트로 연결됩니다. 책과 예제는 훌륭하지만 훌륭합니다.그들이 직면 한 문제. 테넌트 x의 모든 새 서버에 특정 ESXi 모듈이 설치되어 있어야하며이를 달성하기 위해 협력해야합니다. 그런 다음 멀티 테넌트 환경에서 작동하도록 스크립트를 조정하십시오.

sysadmin은 어떻게 쉘 스크립팅을 개선합니까?

저자 필요한 전술 한 바와 같이한다.

DevOps 패러다임을 유지할 수 없거나 유지할 수없는 엔지니어를위한 장소가 여전히 있습니까?

물론 DevOps 방법론으로 전환 할 수없는 조직이 많이 있습니다. 그들은 점점 더 지루한 옵션 인 것처럼 보이지만 그럼에도 불구하고 옵션입니다.

우리는 이러한 기술이 발전함에 따라 일부 사람들이 남겨질 것이라고 단순히 가정합니까?

모든 새로운 기술과 마찬가지로 그렇습니다.

tl; dr 당신은 그들이 가치를 볼 때까지 그것을 배우는 데 투자하는 사람을 절대 가질 수 없습니다. 그들이 일상 업무를 수동으로 수행 할 수 있다면 직원이 과도하게 사용되며 인센티브가 없습니다.

답변