Linux 관리자는 어떻게 쉘 스크립팅 및 자동화 기술을 향상시킬 수 있습니까?

저는 조직에서 NOC 직원 그룹, 신입 주니어 엔지니어 및 소수의 수석 엔지니어와 협력합니다. 리눅스에 중점을 둔다. 회사가 인재를 키우는 데있어 흥미로운 단계 중 하나는 NOC에서 선임 엔지니어링 계급으로가는 길입니다. 인재 풀을 상대적으로 새로 온 사람으로 보면 시간이 지남에 따라 성장하는 기술 세트가 분리되어 있음을 알 수 있습니다 ...

• 하나 이상의 특정 기술을 잘 알고 있으며 MySQL, 방화벽, SAN 스토리지,로드 밸런서 등 지속적으로 몰입하는 엔지니어가 있습니다.
• 일반인이며 여러 기술을 탐색 할 수있는 다른 사람들이 있습니다.
• 모든 사람들은 매일 필요로하는 것을 수행하기에 충분한 Linux (명령, 프로세스)를 배웁니다.

일부 직원의 차별화 요소는 스크립팅, 자동화 및 구성 관리 방법론을 얼마나 잘 수용하고 있는지입니다. 예를 들어 대량의 Amazon AWS CloudFormation 작업 을 수행하는 엔지니어 와 대부분의 Puppet 인프라 를 처리 하는 엔지니어가 두 명 있습니다. 아마도 엔지니어의 4 분의 1이 BASH 쉘 스크립팅에 능숙 할 것입니다.

구직 시장에서 DevOps 기술에 대한 엄청나게 높은 수요 와 관련하여 이것을 살펴보면 다른 조직이 이러한 기술의 발전을 촉진하고 내부 인재를 키우는 방법이 궁금합니다. 스크립팅은 특히 가르치는 개념처럼 보이지 않습니다.

• sysadmin은 어떻게 쉘 스크립팅을 개선합니까?
• DevOps 패러다임을 유지할 수 없거나 유지할 수없는 엔지니어를위한 장소가 여전히 있습니까?
• 우리는 이러한 기술이 발전함에 따라 일부 사람들이 남겨질 것이라고 단순히 가정합니까? 괜찮아?

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

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

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

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

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

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

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

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

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

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

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

연습, 드라이브와 혼합. 그것은 실감 나는 것처럼 들리지만 연습뿐만 아니라 더 좋아지기 를 원합니다 . 스크립팅이 마음에 들지 않으면 몇 년 동안 스크립트를 작성해야하지만 절대로 잘 활용하지 않아도됩니다. 더 나아지 기를 원하지 않는다면 매일 직장에서 세계 최고의 스크립터 옆에 앉아있을 수있는 기술 중 일부를 선택하지 않아도됩니다.

IT 분야에서 일하면서도 모든 종류의 스크립팅을 배우기를 거부하는 사람들을 알고 있습니다. 이 업계의 사람들에게는 곧 자리가 없을 것입니다. 그들은 죽어가는 세대의 일부입니다.

( 나는 노인에 대해 이야기하는 것이 아니라 비 유적으로 의미합니다. : P )

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

아니. 그들이하는 모든 일은 자동화 될 수 있고 결국 자동화 될 것입니다.

어쨌든 우리는 결코 그들을 '엔지니어'라고 불렀어야한다고 주장했다. IT 업계가 '엔지니어 (engineer)'라는 단어를 자신에게 적절하게 적용한 것은 나쁘지 않습니다. 제 생각 에는 고등 교육 프로그램에서 수년을 보낸 실제 엔지니어들에게 모욕적 이며 법적 인증을 획득하여 다리, 고층 빌딩, 하드론 충돌자를 설계 할 수 있습니다 등등 ... 이들은 실제 엔지니어입니다.

그러나 비슷한 점이 있습니다. IT 산업에서 자신을 '엔지니어'라고 부르 려면 최소한 무언가 를 창조 해야합니다. 당신은 창의적 이며 이전에는 아무도 생각하지 못한 새로운 방식으로 점들을 연결합니다. 당신은 아무도 그것을 만들 때까지 그것이 얼마나 가치가 있을지 알지 못하는 것을 만들었습니다.

코드 나 스크립트를 작성하지 않으면 컴퓨터를 유지 관리하는 것 외에 소프트웨어를 많이 사용하는 방법이 없으며 소프트웨어 패키지를 설치하는 것이 좋습니다. 아마도 새로운 하드 드라이브를 ol 'MSA에 넣을 수도 있습니다. 이 경우 관리자라고 할 수 있지만 반드시 엔지니어는 아닙니다. 그리고 나는 당신의 직업 중 많은 부분이 자동화되어 있지 않다고 말하고 싶습니다.

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

시장은 적응할 것입니다. 일부 사람들은 실제로 자격이 없을 때 6 자 연봉을하지 않을 수도 있습니다.

코딩 / 스크립팅 기술뿐만 아니라 창의성이 핵심 요소라는 것을 알았습니다. " 오, 이걸 자동화 할 수 있어요! " 라고 말하면 창의력이 필요 합니다. 만약 당신이 당신의 상사가 당신에게 말한 후에 만 무언가를 스크립팅하는 것을 알게된다면 , 당신은 그 추진력이나 내가 이야기하고있는 창의성을 가지고 있지 않을 수도 있습니다.

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

어떻게하면 더 좋아 질까요? 책을 읽고 수업에 참석 한 다음 배운 원리를 적용하십시오. (또는 여러 방법을 조합하여 사용) 요리 방법이나 자동차 수리 방법을 배우는 것보다 스크립팅을 배우는 데 특별한 것이 없기 때문에 의도적으로 단순화되었습니다.

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

이 사이트의 범위 내에서 답변하기가 어렵습니다 (질문에 대한 명확하고 정의 된 답변이 필요한 경우). 예상 할 수 있지만 DevOps 모델에 문제가 있습니다. 한 사람이 두 분야에 모두 능숙하기가 매우 어렵다고 생각합니다. 2 대 1 직원의 비용 절감은 현재 비즈니스에 매우 매력적이지만이 추세가 여기에 있는지 여부는 말하기가 어렵습니다. 확실히 단기입니다.

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

현재 상황에 따라, 예. 대부분의 사람들은 자신의 직장에서 관찰하고있을 것입니다. 당신은 분명히 직업 목록을 유지하고 시장이 현재 요구하는 것을 알고 있어야합니다. (해당 지역의 하둡에 대한 많은 직업 목록이 있습니까? 하둡을 배우십시오.) 시장에 적응하지 않으면 뒤쳐 질 위험이 있습니다.

일반적으로 주니어 엔지니어를 미션 크리티컬 한 복잡한 프로덕션 환경으로 보내지 않습니다. 수석 엔지니어가 있습니다. 주니어 랭크는 dev / test 샌드 박스에서 작동 할 수 있어야합니다.

Technology X의 엔지니어가 필요하고 내부적으로 역할을 채우려면 기꺼이 배우려는 사람을 찾고 구조화 된 교육을 찾아 두 가지를 결합하십시오.

부서에서 어떤 기술이 필요한지 파악하십시오. 기꺼이 배우려는 사람을 찾으십시오. 교육을 위해 돈을 가르치고 나눠주십시오.

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

"devops"는 시스템 관리자가 수십 년 동안해온 일에 대한 새로운 단어 일뿐입니다.

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

정반대. 시간이 지남에 따라 점점 더 기술 인력이 필요합니다. 모든 종류의 엔지니어링 지식과 기술력을 가진 사람이라면 누구나 일할 수 있습니다.