우선 DevOps가 문화가 아니라 역할이 아니라는 점을 강조하고 싶습니다. 제 생각에는 저격병, 해병, 공병과 같은 자신의 전문 지식을 갖춘 특공대 팀과 비교할 수 있습니다 (특공대 시리즈에 대해 생각하십시오). 기본적으로 함께 작동하는 이러한 전문 지식을 결합하면 가능한 빨리 임무를 수행하거나 비즈니스 가치를 창출 할 수 있습니다.
LowOps 및 NoOps
몇 주 동안 나는 사람들과 많은 대화를 한 후에 요즘 LowOps에 대해 이야기하는 것을 발견했습니다. 솔루션을 구현하면 솔루션이 완전히 자동화되었으며 동료가 나에게 묻지 않고 컴퓨터를 직접 배포 할 수 있습니다. 때로는 완전히 자동화하는 것이 즉시 가능하지는 않지만 몇 시간을 낭비하지 않고 작업을 수행하기 위해 하나의 명령 만 실행하면 (LowOps) 자동화 할 수 있습니다. 이러한 솔루션을 만든 경우 동료가 모든 사람을 위해 내 개인 솔루션을 자동화 할 수 있도록 티켓을 만들 었는지 확인합니다. 예 : 내 동료가 매일 밤마다 실행되는 봇에서 bash 스크립트 중 하나를 변환했습니다.
그림 1 : https://www.gslab.com/blog-post/what-is-noops/
"개발자 시작 방법"
역량이 서로 다른 팀의 일원이며 팀이 소프트웨어를 직접 배포해야합니다. 모든 팀원과 대화하고 지식이나 의지가 부족하여 아무도 원하지 않는 작업으로 시작하십시오. 작업을 시작하면 모르는 것에 부딪치게됩니다. 비디오 시청, 밋업 참석 , 책 구매 및 읽기, 블로그 및 툴링에 대한 공식 문서 읽기, 동료에게 풀 요청을 검토하고 사람들과 잘 의사 소통하고 잘 듣고, 내용을 잘 문서화하고 동료를위한 솔루션을 준비하고 시연하도록 요구합니다 (지식 공유). . 마지막 제안은 일과 삶의 균형 을 주시하는 것 입니다.