[논문 리뷰] Self-Contained Cross-Cutting Pipeline Software Architecture

Amol Patwardhan, Rahul Patwardhan외 1명|arXiv (Cornell University)|2016. 06. 26.

Software System Performance and Reliability참고 문헌 9인용 수 5

한 줄 요약

이 논문은 기능 개발을 단일 계층 아키텍처에서 분리하여 독립적 배포와 테스트를 가능하게 하는 자가 포함된 교차 기능 파이프라인 아키텍처(이하 SCPA)를 제안한다. n-tier 시스템에 SCPA를 적용함으로써 저자들은 릴리스 시간을 42.99% 감소시키고, 배포된 코드량을 22.58% 증가시키며, 기존 기능의 결함을 85.54% 감소시켰다. 이는 애자일 개발 및 지속적 배포 환경에서 강력한 지원을 보여준다.

ABSTRACT

Layered software architecture contains several intra-layer and inter-layer dependencies. Each layer depends on shared components making it difficult to release a code change, bug fix or feature without exhaustive testing and having to build the entire software code base. This paper proposed self-contained, cross-cutting pipeline architecture (SCPA) that is independent of existing layers. We chose 2 open source projects and 3 internal intern projects that used n-tier architecture and applied the SCPA to release subsequent feature additions and any bug fixes. The SCPA decreased the release time by 42.99%. The lines of delivered code (LOC), increased by 22.58%. The number of defects found in existing functionality decreased by 85.54%. The SCPA also provided ability to roll back or switch off the new feature quickly. SCPA proved a suitable architecture for agile software development and continuous deployment.

연구 동기 및 목표

• 단일 계층 및 n-tier 소프트웨어 아키텍처에서 긴 릴리스 주기와 높은 회귀 결함 위험 문제를 해결하기 위해.
• 전체 코드베이스 재빌드 없이도 기능 개발, 테스트, 배포를 독립적으로 가능하게 하기 위해.
• 애자일 및 지속적 배포 환경에서 회귀 결함을 줄이고 롤백 기능을 향상시키기 위해.
• 실제 프로젝트(오픈소스 및 내부 인턴 프로젝트 포함)에서 SCPA의 효과성을 평가하기 위해.

제안 방법

• 기능을 독립적이고 테스트 가능한 단위로 분리하는 자가 포함된 교차 기능 파이프라인 아키텍처를 설계하기 위해.
• 공유 컴포넌트 및 계층적 종속성에서 기능 로직을 분리하여 별도 배포가 가능하도록 하기 위해.
• 입력 처리, 변환, 출력 생성을 포함한 종단 간 기능을 봉인하는 파이프라인을 구현하기 위해.
• SCPA를 내부 인턴 프로젝트 3개와 오픈소스 프로젝트 2개에 적용하기 위해(초기에는 n-tier 아키텍처를 사용함).
• 단위 테스트와 자동화된 회귀 테스트를 통해 기능의 독립성과 안정성을 검증하기 위해.
• SCPA 적용 전후로 릴리스 시간, 코드 배포량, 결함 밀도를 측정하기 위해.

실험 결과

연구 질문

• RQ1 자가 포함된 교차 기능 파이프라인 아키텍처는 단일 계층 n-tier 시스템에서 릴리스 주기를 줄일 수 있는가?
• RQ2 SCPA는 기존 기능의 결함 탐지 능력을 얼마나 향상시키고 회귀 결함을 줄이는가?
• RQ3 생산 환경에서 신규 기능의 신속한 롤백 또는 비활성화를 위해 SCPA는 어떻게 지원하는가?
• RQ4 SCPA는 테스트 가능성 향상과 애자일 환경에서의 지속적 배포를 어떻게 지원하는가?
• RQ5 SCPA 도입 후 코드 배포 및 릴리스 효율성 향상은 어떤 가시적 개선을 보이는가?

주요 결과

• SCPA 도입 후 릴리스 시간이 42.99% 감소하여 배포 유연성 향상이 뚜렷하게 나타났다.
• 배포된 코드 라인 수가 22.58% 증가하여 기술 부채 증가 없이도 기능 배포 효율성이 향상됨을 반영한다.
• 기존 기능의 결함 수가 85.54% 감소하여 회귀 안정성 향상이 입증되었다.
• 이 아키텍처는 새로운 기능의 신속한 롤백 또는 비활성화를 가능하게 하여 생산 환경의 회복력 향상에 기여했다.
• SCPA는 오픈소스 및 내부 프로젝트 양쪽 모두에서 매우 효과적이었으며, 지속적 배포 및 애자일 워크플로우를 지원했다.
• 이 아키텍처는 높은 테스트 가능성과 낮은 컴포넌트 간 결합도를 유지하여 현대 소프트웨어 배포 파이프라인에 적합함을 입증했다.