"걷는 해골"이란 무엇입니까?

저의 민첩한 팀 중 하나가 프로젝트 초기 단계에서 흥미로운 접근법을 취했습니다. 코드 인프라를 설정하고 솔루션 아키텍처를 결정하는 Sprint 0을 사용하여 프로젝트를 시작하는 대신 DevOps 실습으로 설명하는 "Walking Skeleton"을 구축하기 시작했습니다.

이것이 내려가는 것처럼 보이는 것은 매우 작은 것을 작성하는 것입니다 (API의 경우 단일 엔드 포인트 만 반환 200-OK).이를 연속 통합으로 작동시키고 연속 전달 파이프 라인을 구축하여 각 환경을 통해 배포합니다.

개발 ► 테스트 ► UAT ► 사전 제작 ► 생산

그 과정에서 그들은 배포가 마지막 순간까지 방치 된 경우 놓칠 수있는 많은 비 기능적 요구 사항을 확인했습니다.

제 질문은 이것입니다 : "워킹 스켈레톤"이란 무엇이며 DevOps 관행에 따라 애자일 팀에 어떤 이점을 제공합니까?

terminology patterns practices

— 리차드 슬레이터
소스

이것을 좋아해라, 나는 실제 (지난 주) 물건과 점심 후 이것으로부터의 결과를 공유 할 수있다

— Tensibai

"워킹 스켈레톤"은 기본 아키텍처 개념의 "개념 증명"의 한 형태입니다. 개념 증명이 일반적으로 단일 기능에 더 중점을 둔 경우 "워킹 스켈레톤"은 최소한의 엔드 투 엔드 구현입니다. "Walking Skeleton"은 개념의 개요가 아니며 ( "skeleton"만) 실제로 실행 가능하고 선적 가능합니다 ( "walk": O 할 수 있음). 테스트를 수행해야합니다.

Alistair Cockburn 은 다음 과 같이 설명했습니다 (그리고 자주 인용됩니다).

Walking Skeleton은 작은 end-to-end 기능을 수행하는 시스템의 작은 구현입니다. 최종 아키텍처를 사용할 필요는 없지만 주요 아키텍처 구성 요소를 서로 연결해야합니다. 아키텍처와 기능은 동시에 발전 할 수 있습니다.

DevOps의 장점은 프로젝트 초기에 "워킹 스켈레톤"이 개발되어 작동 가능하고 배송 가능하며 테스트 가능한 코드가 되어야한다는 것입니다 . 이러한 방식으로 DevOps는 프로젝트의 최종 단계에서 온보드되는 대신 프로젝트 초기에 완전한 연속 통합 체인을 설정할 수 있습니다. 이는 발생할 수있는 모든 문제가 결국에는 서두르지 않고 초기 단계에서 해결되고 있음을 의미합니다.

— 7ochem
소스

글쎄, 그것은 단지 CI 체인이 아니라 배달 및 배포를 포함한 엔드 투 엔드 생산 파이프 라인을 문자 그대로 포함 할 수 있습니다. 그것의 골격 -또한 첫날에 최종 제품에 대한 모든 QA 검증이 필요하지 않습니다. 워킹 골격에 스토리 "고기"가 쌓이면이 골격에 검증 "고기"를 점진적으로 추가 할 수 있습니다.

— Dan Cornilescu

나는 "고기"라는 용어를 좋아하고, 사용 된 용어와 정말 잘 어울립니다. : P

— 7ochem

좋은 대답입니다. 최소 가능한 제품과 동등한 배달 파이프 라인이라고 생각합니다.

— Adrian

이것은 최소한의 가능한 제품과 비슷하게 들리지만보다 세밀한 수준 인 "최소한의 가능한 구성 요소"일 것입니다. 서비스에서 "실행 중"으로 200을 반환하면 스텁처럼 들립니다.

— Dave Swersky