DEVOPS

DEVOPS에 대해 알아보자

https://kkhipp.tistory.com/m/188?category=794639

SOFTWARE DEVELOPMENT IS CHANGING

소프트웨어 개발은 트렌드에 맞춰 진화하며 변화하고 있다.

소프트웨어 개발 방법론

기획부터 개발 QA 그리고 출시까지 모든 걸 계획하고 준비 하는 폭포수 개발 방법론에서 다양한 요구사항에 대응하기 위해 애자일 방법론을 사용하게 되었고 빠른 피드백과 개발에서 배포 과정까지 일련의 과정을 단축시키기 위해 데브옵스로 진화하게 되었다.

인프라 환경

인프라 환경 또한 초기에 물리적인 데이터 센터로 관리 되었다면 사용자의 수요에 대처하고 개선된 민첩성, 확장성을 제공하기 위해 하이브리드 환경으로 변화되었다.

소프트웨어 구조

소프트웨어 구조는 전체 소프트웨어를 하나의 통합된 패키지로 개발 및 배포하는 방식에서 개별 서비스 단위로 개발, 배포하는 방식으로 진화 하게 되었다.

우리가 새로운 기술을 받아들이는 시점

현재 소프트웨어 개발은 소프트웨어의 기술에 포커스를 맞춰지기 보단 빠르게 변화하는 시장에서 어느 제품이 트렌드에 맞춰 변화하고 있다.

어느 부분에 포커스를 할 것인가?

• Cost Saving : 비용을 줄이기 위해 개발 방법론은 폭포수에서 애자일 방법론으로 변화하였다.

• Poductivity : 하나의 패키지로 된 애플리케이션이 아닌 기능 단위로 애플리케이션이 분리되어 여러 단위의 애플리케이션 조합으로 서비스를 운영하여 기능 확장을 더 유연하게 대처할 수 있게 되었다.

• Flexibility : 서비스 상황에 따른 변화되는 트래픽을 대응할 수 있는 인프라 환경으로 변화하게 되었다.

• Time to market : 서비스의 다양한 needs를 빠르게 적용할 수 있도록 하루에도 여러번 배포를 할 수 있는 환경이 필요하였다.

• Scaliability : 서비스 확장성을 고려한 인프라 환경으로 변화하게 되었다.

위와 같은 특징을 고려하여 물리적인 환경이나 논리적인 요소들이 많이 변화하게 되었다. 데브옵스 또한 이러한 환경에 적응하기 위해 등장한 하나의 개념이라고 할 수 있다.

What is DevOps?

데브옵스에 대한 정의를 구글링을 통해 알아보았다.

Devops에 대한 오해를 살펴보자

• 데브옵스는 하나의 상품이나 솔루션이 아니다.

• 데브옵스는 어떤 직업이 아니다.

• 데브옵스는 일련의 과정에서 일부분이 아니다.

• 데브옵스는 애자일 2.0이 아니다.

Devops를 다시 정의해보자

• 데브옵스는 소프트웨어 배포를 위한 하나의 원리이다.

• 데브옵스는 서로 다른 특성의 팀 간의 상호 협업 하기 위한 문화이다.

• 데브옵스는 비즈니스에 가치를 부여하는 팀에 중점을 두게 된다.

Devops 효과

Devops를 적용하게 되면 실제로 어느정도 개선이 될 수 있을까? Devops로 진행한 업체와 그렇지 않은 업체에 대한 퍼포먼스를 정량적으로 수치화할 경우 코드 배포 율은 46배 증가하였고, 변경 실패율은 7배 감소하였고, 배포환경까지 배포하는 시간은 2555배 단축되었을 뿐만 아니라 버그나 오류에 대한 복구 시간은 2604배나 빨라졌다는 통계를 확인할 수 있다.

결론을 내보자

• 현재 IT 시장은 트렌드에 맞춰 다양한 변화를 적용하고 있다.

• 데브옵스 또한 빠르게 변화하는 트렌드에 필요한 필수 요소라고 생각한다.

• 데브옵스는 특정 인원 몇명이 만들어갈 수 있는 문화는 아니라고 생각한다.

• 회사의 개발 문화가 변화되어야 하고 개발자 또한 유연하게 대처해야 한다고 생각한다.

참고

• https://www.slideshare.net/rockplace/191211-02