[90DoDO] day03 애플리케이션 중심의 데브옵스 수명 주기

[90DoDO] 시리즈는 MichaelCade의 90DaysOfDevOps 2022.ver를 바탕으로 공부한 내용을 담고 있습니다.

개인적인 견해는 초록색 초록색 글씨로 표시합니다.

 

day03. 데브옵스 수명 주기

개발; Development

새로운 아이디어를 기획하고 요구 사항을 정리해 서비스를 개발하는 단계입니다.

코드들은 Git과 같은 형상(버전) 관리 시스템을 활용해 유지/관리됩니다.

해당 단계에선 DevOps 엔지니어의 큰 역할은 없습니다.

GitFlow 흐름

테스트; Testing

애플리케이션을 이용하는 다양한 상황을 가정한 뒤각 상황에서 발생할 수 있는 오류를 검증합니다.Waterfall 방법론을 이용한 방식에선 테스트 단계에서 시간 지체가 일어나지만자동화된 테스트를 이용하면 더 빠르게 많은 오류를 검증하고 수정할 수 있습니다.

 

통합; Integration

개발자가 변경된 소스 코드를 커밋하면

애플리케이션은 자동화된 테스트 단계를 거치게 됩니다.

이를 통해 다음 단계로 넘어가기 전 문제를 발견할 수 있습니다.

 

배포; Deployment

요구 사항에 따라 개발되고 테스트를 마친 애플리케이션을

최종 유저가 이용할 수 있도록 서버에 배포하는 단계입니다.

애플리케이션마다 필요한 하드웨어나 구성이 다르기 때문에 다양한 기술이 존재합니다.

*코드형 인프라, 컨테이너 등

 

모니터링; Monitoring

새로운 버전으로 업데이트된 애플리케이션을 관찰하며

새로 발생하는 문제점이나 자원 소모 등을 확인합니다.

더불어, 유저가 목적에 맞는 사용자 경험을 얻고 있는지 확인해야 합니다.

이 단계에서는 애플리케이션 성능을 지속적으로 모니터링해

다음 업데이트에서 더 개선된 방향으로 개발될 수 있게 피드백을 수집합니다.