데브옵스란 소프트웨어의 개발(Development)과 운영(Operations)의 합성어로서, 소프트웨어 개발자와 정보기술 전문가 간의 소통, 협업 및 통합을 강조하는 개발 환경이나 문화를 말한다. 데브옵스는 소프트웨어 개발조직과 운영조직간의 상호 의존적 대응이며 조직이 소프트웨어 제품과 서비스를 빠른 시간에 개발 및 배포하는 것을 목적으로 한다.
목적
- 제품 출시까지 걸리는 기간 단축
- 새로운 판의 더 낮은 실패율
- 픽스 간 짧아진 리드타임
- 복구 시 더 빠른 평균 시간
툴체인 : 코드, 빌드, 테스트, 패키지, 릴리즈, 구성, 모니터링
//이상 위키백과
장점
- 속도 : 작업속도 향상
- 신속한 제공 : 릴리즈 속도 향샹
- 안정성 : 품질 향상
- 확장 가능 : 자동화에 따른 시스템 효율적 관리
- 협업 강화
- 보안
데브옵스의 키워드는 빠름
소규모 업데이트를 자주 수행하여 고객요구를 빠르게 수용
또한 각 배포의 위험성을 낮추고 변화가 작아져 복합도 감소 -> 릴리즈 실패 확률 감소
마이크로 서비스 아키텍쳐를 통한 유연성과 혁신속도 향상 (대규모의 시스템을 간단하고 독립적 결합, 해제)
개발팀과 운영팀의 소통이 원활하지 않는 회사에서는 DevOps의 장점과 원리만 이해하고 적용하려 노력하면
장기적으로 큰 발전이 될듯
여기서 유의할 점은 개발팀이나 운영팀에게 업무가 가중되는 느낌이 들면 실패하는 데브옵스 적용
데브옵스 엔지니어의 구체적인 역할, 툴, 현 위치
http://www.itworld.co.kr/news/118329
“몸값 상승 중” 데브옵스 엔지니어의 역할과 조건, 대우
데브옵스를 요약해서 설명하면 이전까지 외따로 분리되어 있던 개발(애플리케이션을 만드는 이들)과 운영(이 애플리케이션이 정상적으로 작동하도록 하는 이들)을 하나의 팀으로 통합하고자 하는 문화이자 철학이다. 통합 팀은 지속적 통합과 지속적 전달, 테스트를 사용해서 기존 코드베이스를 자주, 증분적으로 개선해 프로덕션으로 배포한다.데브옵스 엔지니어는 이런 팀에서 활동하기 위해 필요한 기술을 갖춘 사람이다. 그러나 데브옵스의 모든 것이 그렇듯이, 데브옵스 엔
www.itworld.co.kr
현실적인 데브옵스 적용의 어려움, 임원급들의 인식 문제
https://brunch.co.kr/@fits-b/2
데브옵스(DevOps)를 하지 말아야 할 기업이 있다
디지털 트랜스포메이션에 대하여- 2 | 저번 애자일 관련 글에 이어서, 이번 글에서는 또 하나의 핫이슈인 데브옵스(DevOps)의 개념을 간단하게 알아보고, 기업에서 적용할 때 고려해야 할 부분을 논의하겠습니다. 이 글에서도 개발자 위주의 기업이 아니라 국내에서 전통적으로 비즈니스에 IT를 활용하는 기업을 대상으로 하며, 필자가 개발자 이기 때문에 Dev의 관점이 강할 수 있습니다. 작은 경험과
brunch.co.kr
CI/CD
CI : Continuous Integration
CD : Continuous Deploy
'전자공학 > 프로그래밍' 카테고리의 다른 글
| 비트필드 (Bit field)! (0) | 2020.02.11 |
|---|---|
| 스크럼이란? (Scrum) (0) | 2020.01.13 |
| ISTQB CTFL 합격 후기 (2) | 2020.01.01 |
| 소프트웨어 테스팅 자격증 ISTQB vs CSTS (0) | 2019.12.11 |
| 객체지향(객체, 클래스, 인스턴스, 메소드, 필드) (0) | 2019.11.03 |