제가 속한 조직에서는 NOC 직원 그룹, 신진 주니어 엔지니어, 소수의 수석 엔지니어와 함께 일하고 있습니다. 모두 Linux에 중점을 두고 있습니다. 회사가 인재를 키우는 방식 중 한 가지 흥미로운 단계는 NOC에서 고위 엔지니어링 직급으로 올라갈 수 있는 경로가 있다는 것입니다. 인재 풀을 비교적 신인으로 보면 시간이 지남에 따라 성장하는 경향이 있는 기술 세트가 분할되어 있음을 알 수 있습니다.
- 하나 또는 여러 특정 기술을 잘 알고 지속적으로 몰입하는 엔지니어가 있습니다. 예: MySQL, 방화벽, SAN 스토리지, 로드 밸런서...
- 제너럴리스트이고 다양한 기술을 탐색할 수 있는 사람들도 있습니다.
- 모두가 매일 필요하고 사용하는 작업을 수행하기에 충분한 Linux(명령, 프로세스)를 배웁니다.
일부 직원 간의 차별화 요소는 스크립팅, 자동화 및 구성 관리 방법론을 얼마나 잘 수용하는지입니다. 예를 들어, Amazon의 대부분을 담당하는 두 명의 엔지니어가 있습니다.AWS 클라우드포메이션일을 담당하는 사람과 그 일의 대부분을 처리하는 사람인형하부 구조. 아마도 엔지니어의 4분의 1은 BASH 쉘 스크립팅에 능숙할 것입니다.
이런 맥락에서 보면엄청나게높은 수요취업 시장의 DevOps 기술, 다른 조직에서는 이러한 기술 개발을 어떻게 육성하고 내부 인재를 성장시키는지 궁금합니다. 스크립팅은 특별히 가르칠 수 있는 개념은 아닌 것 같습니다.
- 시스템 관리자는 쉘 스크립팅을 어떻게 개선합니까?
- DevOps 패러다임을 따라잡지 못하거나 따라갈 수 없는 엔지니어를 위한 자리가 아직 있습니까?
- 이러한 기술이 발전함에 따라 일부 사람들이 뒤쳐질 것이라고 단순히 가정해야 합니까? 괜찮나요?
답변1
귀하 환경의 규모와 복잡성을 이해하는 이점이 있습니다. 클라우드/호스팅 제공업체에서 근무하는 것을 보면 다수의 중소 규모 환경(서버 10~100개)을 보유하고 있다고 가정해도 무방합니다. 확실히 주니어가 수행하는 일상적인 작업이 있습니다. 반복적인 작업(사용자 계정 생성, 백업 에이전트 구성 등)을 수행하는 엔지니어 및 NOC 직원. 마찬가지로, sr이 수동으로 수행하는 작업도 있을 수 있습니다. 엔지니어는 새 하드웨어에 ESXi를 설치하거나 MPIO와 같은 구성을 구성하거나 특정 하드웨어 세트에 대한 VMware 모듈을 설치하는 것을 좋아합니다. 이 모든 것들은 자동화될 수 있고 자동화되어야 합니다.
귀하의 직원이 자동화 없이 대부분의 작업량을 수행할 수 있다면 귀하는 인력이 과잉된 것입니다. 대부분 수동 프로세스로 구성된 하루 종일 작업할 수 있는 IT 직원은 자동화할 동기가 없습니다. 간주되지 않는 새로운 기술을 배우는 이유필요한그리고 심지어 그럴 수도 있다무서운? 결국 혁신은 필요가 어머니이다.
따라서 조직의 어느 시점에서는 허둥대고 무너지는 규모로 성장하거나 거의 모든 것을 자동화하기 시작하여 탁월해질 것입니다. 확실히, 선임 엔지니어들이 여기서 책임을 맡아야 하며, 어쩌면 하급 엔지니어 및 NOC 직원과 협력하여 일부 작업 부하를 자동화해야 할 수도 있습니다. 이것은 주니어를 제공합니다. 엔지니어는 작업할 많은 스크립트의 프레임워크를 가질 수 있는 기회를 가지며 필요에 따라 각 테넌트 및 새 하드웨어 개정에 대해 조정할 수 있습니다. 이것은 "맙소사, 어디서부터 시작해야 하지?"라는 벅찬 생각을 없애줍니다. 방정식으로부터 문제를 해결하는 데 도움을 줍니다.진짜문제. 마지막 요점으로 이동합니다. 책과 예제도 훌륭하지만, 문제를 해결했을 때의 성취감을 대체할 수 있는 것은 없습니다.실제그들이 직면한 문제. 테넌트 x의 모든 새 서버에는 특정 ESXi 모듈이 설치되어 있어야 한다는 목표를 제시한 다음 이를 달성하기 위해 협력합니다. 그런 다음 다중 테넌트 환경에서 작동하도록 스크립트를 조정합니다.
시스템 관리자는 쉘 스크립팅을 어떻게 개선합니까?
에 의해필요에, 위에서 설명한 대로.
DevOps 패러다임을 따라잡지 못하거나 따라갈 수 없는 엔지니어를 위한 자리가 아직 있습니까?
물론 DevOps 방법론으로 전환할 수 없거나 전환하지 않을 조직이 많이 있습니다. 그 분들이 점점 더 많아지는 것 같아요지루한옵션이지만 그럼에도 불구하고 옵션입니다.
이러한 기술이 발전함에 따라 일부 사람들이 뒤쳐질 것이라고 단순히 가정해야 합니까?
다른 신기술과 마찬가지로 그렇습니다.
tl;dr 그 가치를 알기 전까지는 누구도 실제로 학습에 투자하지 않을 것입니다. 일일 작업을 수동으로 수행할 수 있다면 직원이 너무 많아 인센티브가 없습니다.
답변2
• 시스템 관리자는 쉘 스크립팅을 어떻게 개선합니까?
연습과 드라이브를 섞어보세요. 진부하게 들리지만 꼭 해야 할 일원하다연습 외에도 더 나아지기 위해. 스크립팅을 진정으로 좋아하지 않는다면, 몇 년 동안 해야 할 일을 하도록 강요당하고 결코 능숙해지지 못할 수 있습니다. 그렇지 않으면원하다더 나아지려면 매일 직장에서 세계 최고의 스크립터 옆에 앉아 있으면서도 자신이 가질 수 있는 기술의 일부도 배우지 못할 수도 있습니다.
나는 IT 분야에서 일하고 있음에도 불구하고 어떤 종류의 스크립팅도 배우기를 고집스럽게 거부하는 사람들을 알고 있습니다. 이 업계에는 머지않아 그런 사람들이 설 자리가 없어질 것입니다. 그들은 죽어가는 세대의 일부입니다.
(나는 노인들에 대해 말하는 것이 아닙니다. 비유적으로 말입니다. :피)
• DevOps 패러다임을 따라잡지 못하거나 따라갈 수 없는 엔지니어를 위한 자리가 아직 있습니까?
아니요. 그들이 하는 모든 일은 자동화될 수 있으며 결국에는 자동화될 것입니다.
나는 어쨌든 그들을 '엔지니어'라고 부르지 말았어야 했다고 주장하고 싶습니다. IT 업계가 '엔지니어'라는 단어를 우리 자신에게 전용한 것만으로도 충분히 나쁘다.실제교량, 초고층 건물, 강입자 충돌기 등을 설계할 수 있도록 고등 교육 프로그램에 수년을 보내고 법적 자격증을 취득한 엔지니어들이 바로 그런 사람들입니다.진짜엔지니어.
그런데 비슷한 점이 있는데... IT 업계에서 자신을 '엔지니어'라고 부르고 싶다면, 적어도 그것은 당신을 뜻한다.만들다것들. 당신은창의적인그리고 이전에 누구도 생각하지 못했던 새로운 방식으로 점들을 연결합니다. 당신이 만들기 전까지는 그 누구도 그것이 얼마나 가치 있을지 몰랐던 것을 당신은 만듭니다.
코딩이나 스크립트를 작성하지 않으면 컴퓨터를 유지 관리하고 소프트웨어 패키지 한두 개를 설치하는 것 외에는 컴퓨터에서 많은 작업을 수행할 방법이 없습니다. 어쩌면 기존 MSA에 새 하드 드라이브를 넣을 수도 있습니다. 그런 경우에는 관리자라고 부르겠습니다. 물론 엔지니어라고 부르지는 않겠습니다. 그리고 나는 당신의 직업 중 많은 부분이 자동화될 위험에 처해 있다고 말하고 싶습니다.
• 단순히 이러한 기술이 발전함에 따라 일부 사람들이 뒤쳐질 것이라고 가정해야 합니까?
시장은 적응할 것입니다. 어떤 사람들은 실제로 받을 자격이 없는데도 6자릿수 급여를 받지 못할 수도 있는데, 이는 이 업계에서 꽤 자주 발생합니다.
저는 코딩/스크립팅 기술뿐만 아니라 창의성이 핵심 요소라고 생각합니다. 스스로에게 말해야 할 것은 바로 창의성입니다."아, 이거 자동화할 수 있겠네요!" 그리고 그 이후에만 스킬이 작동합니다. 뭔가를 스크립팅하고 있는 자신을 발견하면오직상사가 지시한 후에는 제가 말한 추진력이나 창의성이 없을 수도 있습니다. 이 두 가지 특성은 가르치기가 매우 어렵거나 불가능할 수도 있습니다.
답변3
시스템 관리자는 쉘 스크립팅을 어떻게 개선합니까?
어떻게 하면 더 나아질 수 있나요? 책을 읽고, 수업에 참석하고, 배운 원리를 적용하십시오. (또는 방법의 조합.) 요리 방법이나 자동차 수리 방법을 배우는 것보다 스크립트를 배우는 데 특별한 것이 없기 때문에 의도적으로 지나치게 단순화되었습니다.
DevOps 패러다임을 따라잡지 못하거나 따라갈 수 없는 엔지니어를 위한 자리가 아직 있습니까?
이 사이트의 범위 내에서는 답변하기 어렵습니다(질문에 대해 명확하고 정의된 답변이 요구됨). 그렇게 될 것이라고 예측할 수 있지만 DevOps 모델에는 문제가 있습니다. 나는 한 사람이 두 분야 모두에 매우 능숙하다는 것이 매우 어렵다고 생각합니다. 2:1 직원의 비용 절감은 현재 기업에 매우 매력적이지만 이러한 추세가 계속 유지되는지 말하기는 어렵습니다. 확실히 단기적인 것입니다.
이러한 기술이 발전함에 따라 일부 사람들이 뒤쳐질 것이라고 단순히 가정해야 합니까?
현재 상황을 보면 그렇습니다. 여러분 대부분은 자신의 직장에서 그것을 관찰하고 있을 것입니다. 당신은 확실히 구인 목록을 따라가고 시장이 현재 요구하는 것이 무엇인지 알아야 합니다. (해당 지역에 Hadoop에 대한 채용 정보가 많이 있습니까? Hadoop을 배우십시오.) 시장을 따라가지 못하면 뒤처질 위험이 있습니다.
답변4
DevOps 패러다임을 따라잡지 못하거나 따라갈 수 없는 엔지니어를 위한 자리가 아직 있습니까?
"devops"는 시스템 관리자가 수십 년 동안 해왔던 일을 가리키는 새로운 단어입니다.
이러한 기술이 발전함에 따라 일부 사람들이 뒤쳐질 것이라고 단순히 가정해야 합니까?
정반대. 시간이 지남에 따라 기술 인력에 대한 필요성이 점점 더 커지고 있습니다. 어떤 종류의 엔지니어링 지식과 기술 능력을 갖춘 사람이라면 누구나 일할 수 있는 곳이 있습니다.