꿀밋업시리즈3탄_Spring Boot를 활용한 마이크로서비스 개발과 페어프로그래밍(TDD)

© Copyright 2017 Pivotal Software, Inc. All rights Reserved. Version 1.0
Haewon Shin(hshin@pivotal.io)
Younjin Jeong(yjeong@pivotal.io)
Sep 2019
MSA Series Meetup #3
Spring Boot & eXtreme Programming

https://bit.ly/2mZ9fWM
https://www.facebook.com/pivotalkorea/
Wifi : HyperConnectGuest // azar123$
https://github.com/hshin-pivotal/pivotal-bank-demo-kr/

! Agile
! Lean
! 12 factor
! Cloud Native
! DevOps
! Micro Services
! CI CD
! …

Spring Projects
https://spring.io
• Spring Framework
• Spring Boot
• Spring Cloud
• Spring Cloud Data
Flow
• Spring Data
• Spring Integration
• Spring Batch
• Spring Security
• Spring HATEOAS
• Spring REST Docs
• Spring for Android
• Spring AMQP
• Spring Mobile
• Spring Web Flow
• Spring Web Services
• Spring Session
• Spring Shell
• Spring LDAP
• Spring FLO
• Spring Kafka
• Spring StateMachine
• Spring IO Platform

The Big 4
Spring Framework, Spring Boot, Spring Cloud and Spring Cloud Data Flow

Spring Framework
7
완전히 새로운 버전 5.

애플리케이션 설정 패턴, 마이크로 서비스 컨테이너
• 스프링의 기본 설정값 변경을 쉽고 편리하게 제공
• 강화된 CoC (Convention over Configuration), XML 없음, 코드 생성
없음, 자동 설정
• 독립 실행 가능한 JAR 패키징
• 자동 설정 / 앱 서버를 임베드
• 클라우드 파운드리를 위한 자동 설정
• 실 운영을 위한 스위치를 제공
• start.spring.io 를 사용한 프로젝트 생성
• 자바, 스프링, 그루비, 코틀린

Spring Boot
https://start.spring.io
• Spring Shell
• Spring LDAP
• Spring FLO
• Spring Kafka
• Spring StateMachine
• Spring IO Platform

Spring Initializr
스프링 부트 애플리케이션의 시작
• 현존하는 대부분의 IDE
에 포함되어 즉시 새로운
프로젝트를 생성 가능

Spring Initializr
• Java, Kotlin, Groovy 중
하나의 언어를 선택 가능
• Maven, Gradle 중 선택
가능
• Java Version 은 최하
8이상을 사용 해야 함

Spring Initializr
• 스프링의 다양한 프로젝트 사용
가능
• 스프링 프레임워크 코어
이외에도 리액티브 웹, 다양한
NoSQL 과 SQL, 그리고 아마존
웹 서비스, 마이크로소프트 애저
및 구글 클라우드 플랫폼등의
클라우드 서비스에서 제공하는
서비스를 사용 가능

eXtreme Programming
The five values of XP are communication, simplicity,
feedback, courage, and respect and are described in
more detail below.

Communication
XP stresses the importance of the appropriate kind of communication – face to face
discussion with the aid of a white board or other drawing mechanism.
Simplicity
Simplicity means “what is the simplest thing that will work?” Simplicity also means
address only the requirements that you know about; don’t try to predict the future.
Feedback
Identify areas for improvement and revise their practices. Simple design. Your team builds
something, gathers feedback on your design and implementation, and then adjust your product
going forward.

Courage
Kent Beck defined courage as “effective action in the face of fear” (Extreme Programming
Explained P. 20). This definition shows a preference for action based on other principles so
that the results aren’t harmful to the team. You need courage to raise organizational issues
that reduce your team’s effectiveness. You need courage to stop doing something that
doesn’t work and try something else. You need courage to accept and act on feedback, even
when it’s difficult to accept.
Respect
The members of your team need to respect each other in order to communicate
with each other, provide and accept feedback that honors your relationship, and to
work together to identify simple designs and solutions.

Practices
• The Planning Game
• Small Releases
• Metaphor
• Simple Design
• Testing
• Refactoring
• Pair Programming
• Collective Ownership
• Continuous Integration
• 40-hour week
• On-site Customer
• Coding Standard

프로덕션배포
코드의 길이
조직의 규모

코드의 길이
조직의 규모
프로덕션배포
with Test
without Test

프로덕션배포
with Test
without Test
일정 규모 이상이 되면 테스트 작성을 포기
= “애자일은 (작은) 신규 프로젝트에만”
코드의 길이
조직의 규모

💩
수천줄의 코드 백만줄의 코드
😎

💩
💩
😎
😱😱😱😱

💩
💩
업데이트에 무슨 문제가 발생할지
“아무도 모름”
책임추궁
롤백 계획서
패치&업데이트 문제
😎
😱😱😱😱

팀에 속해 있지만 개발은 결국 혼자

! 아침을 거르고 출근
! 뇌는 아직 깨어있지 않은 상태에서 커피를 마시며 뉴스, 주식, 메일을 확인
! 오전 끝. 점심 시간
! 점심을 먹고 나면 포만감에 쉽게 피로해 짐
! 피곤한 상태에서 해결해야 하는 문제에 대해 검색, 연구
! 오후 3시 이후에 본격적으로 업무
! 6시까지는 주어진 일을 마감하기에 시간이 부족
! 늦은 시간까지 야근
(실리콘 밸리) 대부분 회사의 (혼자)업무 패턴

How transforming
“how enterprise developers work”

Release Plan
Iternation Plan
Acceptance Test
Stand Up Meeting
Pair Negotiation
Unit Test
Pair Programming
Code
https://www.pivotaltracker.com/agile/XP

아침 식사
….
8:30
스탠드 업
9:00 9:05
팀
스탠드 업
(pair negotiation)
9:30
Pair
업무 시작
11:30
점심
식사
13:00
오후
시작
18:00
아무도
없음
피보탈의 업무 패턴

08:30 AM - 아침밥(잘나옴)

09:20 AM - Start working
And some Ping pong

Trusted & Balanced Team
https://www.slideshare.net/Pivotal/tales-from-a-balanced-team

Balanced Team Pairing
https://medium.com/product-labs/cross-functional-pairing-an-experience-report-cdf72f189150
Product
Manager
Engineer

1 Computer
2 Monitor
2 Keyboard
2 Mouse
2 Engineers
Pair Programming

TDD에서의 페어프로그래밍 - example
핑-퐁 페어
핑퐁 페어는 멤버간 키보드 점유 순서를 돌아가며 작업하는 것
1. Member A writes a test and ensures it fails as expected
2. Member B fixes the test and writes the next failing test
3. Member A fixes the test and writes the next failing test
4. Repeat previous 2 steps forever (or at least until lunch)
100% Code Review with Pair

TDD in Pivotal
TDD에서의 테스트에 대한 피보탈의 정의는?
• "Executable description of code behavior". 코드 동작의 실행 가능한 설명
• "Description of how code should behave". 코드가 어떻게 동작해야 하는지에 대한 설명
TDD에서 프로덕션 코드에 대한 피보탈의 정의는?
• "An implementation that satisfies all tests at a given time" 특정 시점에서 모든 테스트를 만족하는 구현
• "That that is sufficient for the tests to pass" 테스트들을 충분히 통과한 코드

TDD를 적용하는 이유는?
• 오버 엔지니어링을 피하기 위해
• 테스트 불가능한 코드 작성을 원천 봉쇄
• 오브젝트 인터페이스를 고려하도록 강제
• 언제 끝났는지를 알기 위해
• 높은 커버리지를 유지하기 위해
• 다른 팀원과 소통하기 위해
• 점진적/연속적 진전을 위해
• 매뉴얼(수동) 테스트에 소비하는 시간을 줄이기 위해
• 코드를 보다 테스트 가능한 상태로 만들기 위해
• Because it's easier to describe how something
*should* work than to *make* it work.
TDD in Pivotal
• 요구 사항에 집중하기 위해
• 디버깅을 줄이기 위해
• 디버깅을 더 쉽게 하기 위해
• 버그가 있는 경우 쉽게 찾아내기 위해
• 오브젝트들이 서로 더 유기적으로 동작할 수 있도록
• 더 좋은 오브젝트 오리엔티드 의존성 디자인을 위해
• 실제로 사용가능한 문서를 유지하기 위해
• 리팩토링을 지원하기 위해
• 코드에 안전장치를 적용하기 위해
• 변화를 능동적으로 수용할 자신감을 가지기 위해

TDD in Pivotal
왜 테스트를 나중에 작성하지 않는가?
• 그런 방식은 동작하지 않기 때문:
◦ 지루하고
◦ 언제 끝날지 도무지 알 수가 없으며
◦ 일반적으로 많은 테스트 케이스를 놓치게 되며 이로 인해 매우 불량한 커버리지를 가진 상태가 되기
때문에: 작성돈 코드는 테스트를 가져야 함
• 테스트를 작성하는데 있어 비현질적인 원칙을 적용하지 않기 위해

https://github.com/hshin-pivotal/pivotal-bank-demo-kr/

DEMO
데모에서 테스트는 bottom up의 방식으로 먼저 진행 (Unit test 부터)
일반적으로는 bottom up 으로 만들어진 테스트들의 집합을 가지고 integration test를 작성한다

https://www.pivotaltracker.com/n/projects/956238

“변화하는 환경에 적응하도록 코드를 작성하라”
“한줄의 추가 코드는 한줄의 추가 메인터넌스”
“즉, 미래에 변경이 쉽도록 코드를 작성해야 한다”

꿀밋업시리즈3탄_Spring Boot를 활용한 마이크로서비스 개발과 페어프로그래밍(TDD)

Recommended

Recommended

More Related Content

What's hot

What's hot (20)

Similar to 꿀밋업시리즈3탄_Spring Boot를 활용한 마이크로서비스 개발과 페어프로그래밍(TDD)

Similar to 꿀밋업시리즈3탄_Spring Boot를 활용한 마이크로서비스 개발과 페어프로그래밍(TDD) (20)

More from VMware Tanzu Korea

More from VMware Tanzu Korea (19)

꿀밋업시리즈3탄_Spring Boot를 활용한 마이크로서비스 개발과 페어프로그래밍(TDD)