회사의 내부 및 외부 환경이 변화하고 있습니다. 내부적으로는 회사의 요구사항, 제품, 직원들이 끊임없이 적응하고 있습니다. 외부적으로는 기술 환경이 계속해서 빠르게 변화하고 있습니다.
Joanna Wyganowska가 쓴 '을 번역한 이 글은 Octopus Deploy의 마케팅 부사장이자 린 전문가입니다. 그녀는 DevOps 실무자들과 지속적 배포와 관련된 모범 사례와 DevOps 여정에서 얻은 교훈에 대해 논의하는 특권을 누리고 있습니다.Joanna는 린 전문가이며 ...
"고통 없이는 이득도 없다"는 말은 데브옵스에도 잘 적용되며, "개발은 개발자가, 운영은 사용자가"라는 Amazon CTO 베르너 보겔스의 개념에서 얻을 수 있는 많은 보상이 있지만, 데브옵스 실무자가 직면해야 하는 많은 도전 과제도 존재합니다. 해결해야 할 과제도 많습니다.
The Joys and Pains of DevOps 가장 가치 있는 부분 중 하나는 저항을 제거하는 것인데, Stigg의 공동 창립자이자 CTO인 Anton Zagrebelny는 이를 기름칠이 잘 된 기계라고 설명합니다. 그의 팀은 간단한 코드 푸시부터 git 리포지토리, 궁극적으로는 인프라 프로비저닝 및 소프트웨어 배포에 이르기까지 데브옵스 프로세스를 완전히 자동화할 수 있습니다.
생명공학 연구 회사인 Charles River Labs의 수석 DevOps 엔지니어인 DevOps 이러한 관점을 공유했습니다. 그는 수동적이고 단조로운 데브옵스 작업을 자동화하는 것보다 더 좋은 것은 없다고 말했습니다. "수년 동안 빠르고 안정적으로 배포할 수 있다는 것은 값진 일입니다. 이전에는 존재하지 않았던 프로세스에 생명을 불어넣는 것과 같으며, 이제 완전한 자율성을 가지고 운영할 수 있습니다. 따라서 자체적인 생명력을 갖게 되었습니다."
하지만 두 사람 모두 Anton Zagrebelny 것을 인정합니다. 자그레벨니의 경우 내부 및 외부의 변화를 따라잡는 것이 과제입니다. 내부적으로는 회사의 요구 사항, 제품 및 인력이 끊임없이 변화하고 있습니다. 외부적으로는 기술 환경도 변화하고 있습니다.
그가 보기에 이러한 역학 관계의 균형을 맞추고 그에 따라 현재의 DevOps 관행을 조정하는 것이 훌륭한 DevOps 엔지니어와 그렇지 않은 엔지니어를 구분하는 요소입니다. 샤마키안에게 핵심은 사람과 프로세스입니다.
데브옵스는 크게 개발, 운영, 심지어 보안 팀의 협업 방식에 대한 완전 자동화 변화입니다. 데브옵스는 이를 개선하는 것을 목표로 하지만, 많은 경우 이러한 영역은 여전히 하나의 사이트로 운영되고 있습니다. 때때로 한 영역에서 구현된 것이 다른 영역에 방해가 되는 경우가 있는데, 데브옵스 리더는 종종 그 중간에 서서 최선의 길을 찾으면서도 수용 가능한 중간 지점을 찾으려고 노력해야 합니다.
데브옵스 엔지니어 소프트웨어 배포 데브옵스의 어려움과 즐거움에 대해 또 다른 흥미로운 점을 지적했습니다. 그는 데브옵스에서 가장 어려운 부분으로 대규모 변화를 설명합니다.
그의 비교적 작은 DevOps 팀은 다양한 제품을 빌드하고 배포하는 많은 소프트웨어 엔지니어에게 서비스를 제공해야 합니다. 일부는 Windows, Linux, Node, C#, Python을 사용합니다. 그의 팀은 팀이 앞으로 나아갈 수 있도록 지원할 준비가 되어 있어야 합니다. 이는 종종 팀의 발전을 방해하지 않으면서 각 팀의 다양한 요구 사항에 가장 적합한 솔루션을 맞춤화하는 것을 의미합니다. 이 과정에서 많은 학습이 필요하고 스트레스를 받기도 합니다.
반면에 그는 데브옵스에서 가장 가치 있는 부분으로 대량 지원을 꼽았습니다. 소규모 팀으로 많은 수의 엔지니어가 하루 또는 일주일에 여러 번 아무런 개입 없이 빌드하고 제공할 수 있다면 잘하고 있다는 것을 알 수 있습니다.
잘 설계된 데브옵스 솔루션은 팀을 보이지 않게 만들어야 합니다. 여기에는 원활한 경로, 즉 배포 성공과 배포 문제 해결을 위한 팀의 지원 능력이 포함됩니다.
데브옵스 만족도의 공통적인 요소는 개발자 경험과 비즈니스 결과의 개선이라고 Climavision의 제품 개발 디렉터인 데브옵스의 보상은 문제 해결에서 비롯되므로 일상적인 작업이 더 간단해지고 개발자 경험이 향상된다고 덧붙입니다.
또한 데브옵스 조직으로 성숙해지면 모두가 기술적인 문제보다는 비즈니스 문제 해결에 더 집중할 수 있습니다. 그가 생각하는 데브옵스의 한 가지 과제는 때때로 지나치게 많은 작업을 처리하는 것입니다. 그는 단순하게 유지하고 프로세스 자동화의 항상 평가하라고 조언합니다.
창립자이자 CEO인 폴 스토벨은 많은 고객의 DevOps 여정에서 겪은 경험을 다음과 같이 요약합니다. 'DevOps를 구현하는 것은 당연히 어려울 것이며, 항상 해왔던 방식으로 일을 하고 싶은 유혹이 항상 존재합니다. 따라서 이를 수용하려면 약간의 사전 작업이 필요하고, 최종 상태에 대한 명확한 비전을 갖고, 초기 어려움을 인내해야 합니다. 결과는 그만한 가치가 있을 것입니다."
고통 없이는 이득도 없으므로 도전에 직면하는 것은 프로세스의 자연스러운 부분이라는 점을 기억하면서 DevOps의 이점을 누리세요.
이 글은 cloudy beings(yylives.cc/ )에 처음 게시되었습니다.
