DevOps 개요

DevOps 정의

위키피디아의 데브옵스에 대한 정의

“제품의 변경사항을 품질을 보장함과 동시에 프로덕션에 반영하는데 걸리는 시간을 단축하기 위한 실천 방법의 모음”

개발(Dev)과 운영(Ops)의 합성어.

개발과 운영의 경계를 허물고 통합하고자 하는 문화 혹은 철학

DevOps 역사

태동

2009년 O'Reilly Velocity Conference <하루에 10회 이상 배포하기: Flickr에서 Dev와 Ops의 협업>

10+ Deploys Per Day: Dev and Ops Cooperation at Flickr

탄생

2009년 DevOpsDays Ghent 패트릭 드부아(Patrick Debois)가 <10 Deploys per Day> 발표를 듣고 감명 받아 주최된 컨퍼런스

구글 검색어 트렌드

DevOps가 필요한 이유

소프트웨어 개발은 라이프사이클을 가지고 있습니다.

조직의 규모가 크다면 각 단계 별 전문가로 구성된 기능 조직을 운영할 수도 있습니다.

하지만 그만큼 의사소통이 많아지기 때문에 커뮤니케이션 문제가 발생하고, 병목 구간이 생기기 쉬워집니다.

만약 개발자가 소프트웨어의 생애주기 중 여러단계에 참여할 수 있으면 어떨까요?

데브옵스가 조직에 정착되고 나면 개발자는 작성한 코드에 대해 스스로 테스트하고, 배포하고, 운영에 참여할 수 있습니다.

이렇게된다면 업무 효율성 개선, 조직 내 협업 개선, 빠른 제품 출시 주기 등 이점이있습니다.

넷플릭스는 이에서 더 나아가 개발자가 소프트웨어의 모든 단계에 참여할 수 있는 풀 사이클 개발자 모델을 제시합니다.

DevOps는 어떻게 하는 것인가?

데브옵스는 패러다임이며 그렇기에 방법을 제시하지 않습니다.

데브옵슨느 문화입니다. 다만 “개발과 운영의 벽을 허물어 더 빨리 자주 배포하자!”라는 목표를 가지고있습니다.

DevOps 실천방법

AWS

지속적 통합 CI

지속적 배포 CD

마이크로서비스

IaC

모니터링과 로깅

소통 및 협업

Flickr (2009)

변화에 대응하기 위한 도구 자동화된 인프라 (Automated Infrastructure) 버전관리 공유 (Shared Version Control) 쉬운 빌드 및 배포 (One-step Build and Deploy) 기능 활성화 스위치 (Feature Flag) 메신저 봇 (IRC and IM Robot)

변화에 대응하기 위한 문화 존중 (Respect) 신뢰 (Trust) 실패에 대한 긍정적인 자세 (Healthy Attitude about Failure) 비난하지 않기 (Avoiding Blame)

정리

데브옵스는 개발과 운영을 통합하여 제품 출시 및 조직의 효율성을 끌어올리기 위한 문화이다. 데브옵스는 2009년에 시작된 기업의 소프트웨어 개발 방법을 개선하기위한 움직임이다. 데브옵스는 조직, 고객, 회사 모두에 이점을 가져다 줄 수 있다. 데브옵스는 방법을 제시하지 않지만, 여러 실천 방법들을 활용할 수 있다.