기술 개발 덕분에 우리는 모든 것을 더 빠르고 더 나은 리소스 소비로 더 적게 수행할 수 있습니다. 우리는 모든 산업에서 이를 볼 수 있지만 의심할 여지 없이 IT는 이 분야의 리더입니다. DevOps를 포함하여 새로운 도구와 방법론이 개발되고 있습니다. 그것은 무엇입니까?
DevOps란 무엇입니까?
이 방법은 비교적 최근에 대중화되었지만 IT 세계에서 새로운 것은 아닙니다. 2009년 겐트에서 열린 회의에서 논의되었으며 DevOps Days라는 일련의 회의가 열렸습니다. 그의 주요 제안은 개발 팀과 관리 팀 간의 의사 소통과 협업을 개선하는 것입니다. 따라서 개발과 운영을 결합한 이름입니다(eng. Development & Operations – “development and operation”).
DevOps에서 변경된 사항은 무엇입니까?
이 방법론을 적용하기 전에 프로젝트 구현을 담당하는 두 개의 주요 부서는 서로 다른 우선순위와 목표를 가지고 있었습니다. 개발자들은 가능한 한 빨리 프로그래밍 작업을 완료하고 고객 사이트에서 소프트웨어를 구현하기를 원했습니다. 그러나 이 정책은 코드 변경 횟수를 최소화하는 것을 선호하는 행정 부서의 이익에 반했습니다.
이 작업 모델의 결과는 무엇입니까? 더 많은 오류, 더 많은 배송 시간과 비용, 더 낮은 품질의 배송된 제품. 모두 손실: 회사, 직원 및 최종 사용자.
솔루션은 두 부서를 하나의 팀으로 결합하는 데서 찾았습니다. 팀의 구성원은 지식과 결과를 서로 공유합니다. 이것이 DevOps가 원래 기능한 방식이며 소규모 회사에서 현재 구현하고 있는 형태입니다. 관리자는 프로덕션 지식의 기본 사항에 익숙해지고 개발자는 지원 분야에서 역량을 개발할 수 있습니다.
또 다른 변화는 DevOps의 필수적인 부분이 된 프로세스 자동화(테스트, 분석, 구현 및 모니터링) 및 클라우드 인프라에 대한 관심 증가입니다. IT 세계는 매우 실용적인 방법론뿐만 아니라 광범위한 새로운 도구와 기술을 습득했습니다. 운영 모드의 변경이 너무 효과적이어서 더 많은 회사에서 이를 구현하고 있으며 시장에 DevOps 엔지니어라는 새로운 위치가 나타났습니다.
반복 작업 모델
DevOps에 대한 매우 중요한 수정 사항은 폭포수 작업 모델을 반복적인 작업 모델로 교체하는 것입니다. 이것은 무엇을 의미하며 어떤 이점이 있습니까? “전통적인” 또는 계단식 시스템은 프로젝트 구현 프로세스를 개별 단계로 나누어 차례로 진행합니다. 프로젝트의 다음 단계에서 작업을 시작하려면 먼저 이전 단계의 모든 작업을 완료해야 합니다. 이 모델은 구현 초기 단계에서 수정이 필요한 경우 모든 후속 단계를 완료해야 하기 때문에 문제가 있음이 입증되었습니다.
또한 구현 프로세스 중에 고객의 기대치가 변경되어 팀이 여러 번 수정해야 하는 것으로 나타났습니다. 짐작하시겠지만 엄청난 시간이 소요되었고 결과적으로 최종 효과는 완벽하지 않았습니다.
이러한 단점은 반복 모델에서 제거되었습니다. 처음에는 여기에서 대략적인 가정만 하고 나중에 구현 프로세스에서 확인하고 개선합니다. 또한 모든 작업이 완료될 때까지 기다리는 대신 코드 조각이 최대한 빨리 커밋되고 테스트됩니다. 따라서 팀은 가능한 변화 요구 사항에 신속하게 대응하고 최종 결과는 현재 고객의 기대에 완전히 부합합니다.
DevOps는 누구를 위한 것입니까?
이 방법의 가장 큰 수혜자는 제품의 인프라를 자주 변경해야 하는 것은 아니지만 자주 변경해야 하는 조직입니다.
DevOps에 미래가 있습니까?
DevOps를 구현하기로 결정한 회사는 자동화 및 업무 문화보다 이 방법을 훨씬 더 많이 봅니다. 그들은 승자가 경쟁자보다 더 빠르고 효율적이며 더 나은 결과를 낼 수 있는 공급업체라는 것을 이해합니다. 따라서 예를 들어 미국 기업의 77%가 구현 프로세스에서 DevOps의 사용을 선언하거나 가까운 장래에 그러한 솔루션이 있다는 통계는 놀라운 일이 아닙니다.
