애자일 방법론의 핵심

마이크로서비스를 만들기 위한 가장 효율적인 프로세스

• 실제 동작하는 제품 중심의 반복, 점진적인 애자일 개발 프로세스
• 피드백을 통한 지속적인 개선 추구
• 효율적인 의사소통 구조와 협업 체계
• XP의 지속적 통합 프랙티스 : 품질 보장된 소프트웨어를 반복적이고 점진적으로 개발할 수 있게 하는 기본 토양
• 스크럼 : 스크럼 팀 조직 구성과 스프린트라는 짧은 반복 주기를 통해 피드백과 개선 작업 촉진

애자일의 설계 개발 공정

• 애자일은 설계 개발 공정에 대해 상세히 설명하지 않는데, 성숙된 개발 문화에서는 이러한 공정이 언급되지 않아도 알아서 자율적이고 효율적으로 진행되기 때문이다.
• 애자일은 이전 개발 프로세스에서 강조한 완벽하고 과하고 무거운 설계 산출물의 무용함을 인식하고 실용적으로 접근해야 한다는 것을 강조한다.
• 개발을 시작할 수 있을 정도의 가벼운 설계를 하고, 바로 개발로 들어간 뒤에 실제 동작하는 소프트웨어를 보면서 지속적으로 리팩터링하는 방식이 더 효율적이다.
• 빨리, 자주 실패를 경험해보는 것이 중요하다.

도메인 주도 설계와 마이크로서비스