마이크로서비스 모델링

다음 중 Monolith 시스템에 대해서 맞게 설명한 것을 모두 고르세요

• 애플리케이션이 한 덩어리로 구성
• 단일 프로세스 실행
• 한꺼번에 수정, 배포되어야 함
• 하나가 실패하면 모두 실패됨을 의미
• 하나의 서비스 실패는 전체 실패가 아닌 부분적인 실패를 의미

Answer explanation

모노리스 시스템 - 애플리케이션이 한 덩어리로 구성 - 단일 프로세스 실행 - 한꺼번에 수정, 배포되어야 함 - 하나가 실패하면 모두 실패됨을 의미 모노리스를 클라우드 인프라에서 활용 시에 - 스케일 아웃의 대상은 모노리스 전체가 됨 - 그것만으로 충분히 확장성, 탄력성이 보장이 가능하나 비용 효율적이지 않음

다음 중 마이크로서비스 시스템에 대해서 맞게 설명한 것을 모두 고르세요

• 애플리케이션이 여러 개의 서비스 조각으로 구성됨
• 서비스는 각기 독립적인 기능을 제공
• 서비스가 사용하는 저장소는 다른 서비스와 완벽히 격리됨
• 독립적으로 수정 가능하며 별도 배포 , 확장 가능
• 하나의 서비스 실패는 전체 실패가 아닌 부분적인 실패를 의미

Answer explanation

마이크로서비스는 애플리케이션이 여러 개의 서비스 조각으로 구성됨 - 서비스는 각기 독립적인 기능을 제공 - 서비스가 사용하는 저장소는 다른 서비스와 완벽히 격리됨 - 따라서 독립적으로 수정 가능하며 별도 배포 , 확장 가능 - 하나의 서비스 실패는 전체 실패가 아닌 부분적인 실패를 의미

다음 중 Microservice 특징에 대해서 맞게 설명한 것을 모두 고르세요

• - Public I/F, 데이터 캡슐화 - Martin Folwer
• 확장 시, 특정 기능별 독립적으로 확장 가능 특정 서비스의 변경 시, 서비스만 빌드, 배포 독립적으로 서로 다른 언어로 개발 가능
• 여러 개의 작은 서비스 집합으로 개발하는 접근 방법 각 서비스는 개별 프로세스에서 실행 HTTP 자원 API 같은 가벼운 수단을 사용하여 통신
• 서비스는 Biz 기능 단위로 구성하여 중앙집중적인 관리 최소화
• 각 서비스는 동일한 다른 언어, 데이터, 저장 기술 사용

다음 중 Microservice 특징에 대해서 맞게 설명한 것을 모두 고르세요

• - Public I/F, 데이터 캡슐화 - Martin Folwer
• 확장 시, 특정 기능별 독립적으로 확장 가능 특정 서비스의 변경 시, 서비스만 빌드, 배포 독립적으로 서로 다른 언어로 개발 가능
• 여러 개의 작은 서비스 집합으로 개발하는 접근 방법 각 서비스는 개별 프로세스에서 실행 HTTP 자원 API 같은 가벼운 수단을 사용하여 통신
• 서비스는 Biz 기능 단위로 구성하여 중앙집중적인 관리 최소화
• 각 서비스는 동일한 다른 언어, 데이터, 저장 기술 사용

마이크로서비스 아키텍처에서 스크럼을 활용하는 가장 중요한 이유는 무엇인가?

• 모든 서비스의 개발을 동기화하여 한 번에 배포할 수 있기 때문이다.
• 개발자 간 코드 일관성을 유지하고 중앙 집중형 아키텍처를 강화하기 위해서이다.
• 독립적인 서비스 개발과 배포를 가능하게 하고, 빠른 피드백을 통해 유연한 개발을 지원하기 때문이다.
• 각 서비스 팀이 서로 의존성을 최소화하면서 동시에 하나의 모놀리식 아키텍처처럼 운영되도록 하기 위해서이다.
• 모든 팀이 동일한 개발 속도로 진행하도록 강제할 수 있기 때문이다.

Answer explanation

마이크로서비스 아키텍처(MSA)에서 스크럼(Scrum) 방법론을 선택하는 이유는 다음과 같습니다. 독립적인 개발과 배포 지원 MSA는 여러 개의 독립적인 서비스로 구성되므로, 각 서비스 팀이 스스로 개발하고 배포할 수 있어야 합니다. 스크럼은 작은 단위의 목표를 설정하고 주기적으로 개발 및 배포하는 방식이므로, 마이크로서비스 팀이 독립적으로 운영되기에 적합합니다. 애자일한 대응과 빠른 피드백 스크럼의 스프린트(Sprint) 주기를 통해 작은 단위의 기능을 개발하고 검토할 수 있습니다. MSA 환경에서는 서비스별로 빠르게 변화하고 개선할 필요가 있는데, 스크럼은 이를 가능하게 해 줍니다. 작은 팀 단위로의 효율적인 운영 마이크로서비스는 작은 팀이 특정 서비스에 집중할 수 있도록 설계됩니다. 스크럼도 소규모 자율 조직을 지향하며, 팀원들이 주도적으로 문제를 해결하는 문화를 장려합니다. 서비스 간 협업과 조정 가능 MSA에서는 여러 서비스가 함께 작동해야 하므로, 서비스 간 협업이 필수적입니다. 스크럼의 데일리 스크럼(Daily Scrum), 스프린트 리뷰(Sprint Review) 등을 통해 팀 간 지속적인 조정과 소통이 가능해집니다. 지속적 개선과 품질 유지 스크럼은 회고(Retrospective) 를 통해 지속적으로 프로세스를 개선합니다. 마이크로서비스 환경에서도 각 서비스의 품질을 유지하고, 운영을 최적화하는 데 도움이 됩니다. 결론: 스크럼은 빠른 변화 대응, 독립적인 개발 및 배포, 서비스 간 협업 강화 등의 이유로 마이크로서비스 아키텍처에서 많이 선택됩니다. MSA와 스크럼을 함께 사용하면 유연성과 확장성을 극대화하면서도 관리 가능한 방식으로 시스템을 개발할 수 있습니다.

다음 중 스프린트가 시작되기 전에 수행해야 할 타스크는 무엇인가?

• API Test 수행
• 프론트엔드 구현
• 아키텍처 정의
• UI Test 수행
• CI/CD 구축

Answer explanation

※ 스프린트 전에 "아키텍처 정의", "마이크로서비스 도출"을 수행하여 "아키텍처 구성도" 및 "컨텍스트맵"을 도출해야 합니다. 스크럼은 제품책임자(PO) 중심으로 "제품 백로그"에 다음 스프린트에서 진행할 백로그를 선택하여 "스프린트 계획 수립" 타스크를 수행 합니다. 한편 "아키텍처 정의" 타스크를 통해 "아키텍처 구성도"를 도출합니다. 한편 "마이크로서비스 도출" 타스크를 통해서 "컨텍스트맵"을 도출합니다. 앞에 타스크들을 통해 "스프린트 백로그"를 확정 합니다. 이 후 스프린트 기간(보통 1~4주) 동안 다음과 같은 타스크들을 수행하고 결과물(산출물)을 얻습니다. - "백엔드 설계" 타스크를 통해 도메인 모델, 데이터 모델, AIP 설계 결과물을 만들어 냅니다. - "백엔드 설계" 결과물을 바탕으로 "벡엔드 구현" 타스크를 수행합니다. 이 때 "API Test"를 수행 합니다. - "프론트엔드 설계" 타스크를 통해 UI 설계 결과물을 만들어 냅니다. - "프론트엔드 설계" 결과물을 바탕으로 "프론트엔드 구현" 타스크를 수행합니다. 이 때 "UI Test"를 수행합니다. - "CI/CD" 타스크에서는 CI/CD를 위한 빌드 잡 및 배포 스크립트를 만들어 냅니다. - 스프린트 기간 동안에는 매일(24시간) 스크럼 미팅을 스크럼 팀 내부에서 수행합니다. - 스프린트 종료후에 시연 및 회고를 진행 합니다. - 스프린트의 결과물로 마이크로 서비스가 만들어 집니다. - 스프린트의 결과물로 만들어진 마이크로 서비스는 헥사고날 아키텍처에 기반해 안쪽에서 부터 바깥 쪽 순서로 도메인, 내부영역, 그리고 외부영역의 다층 구조를 가집니다.

"백엔드 설계" 타스크에서 수행하는 작업이 아닌 것은?

• 도메인 모델 정의
• 데이터 모델 설계
• API 설계
• UI 설계
• 마이크로서비스 컨텍스트 맵 작성

Answer explanation

※ UI 설계는 "프론트엔드 설계" 타스크에서 수행합니다.

한 스프린트가 종료된 후 생성되는 최종 결과물은 무엇인가?

• 헥사고날 아키텍처 기반의 마이크로서비스
• API Test 계획
• 스프린트 백로그
• UI 설계 문서
• 아키텍처 구성도

Answer explanation

※ 스프린트의 최종 결과물은 실제 동작하는 마이크로서비스(Working S/W)이며, 헥사고날 아키텍처 구조를 따릅니다.). 나머지 예시들은 이 최종결과물을 만들기 위한 중간 산출물 들입니다.

다음 중 스프린트 진행 순서가 올바르게 정렬된 것은?

• 스프린트 계획 수립 → 마이크로서비스 도출 → 아키텍처 정의 → 백엔드 구현 → 프론트엔드 구현
• 마이크로서비스 도출 → 아키텍처 정의 → 스프린트 계획 수립 → 백엔드 구현 → 프론트엔드 설계
• 스프린트 계획 수립 → 아키텍처 정의 → 마이크로서비스 도출 → 스프린트 백로그 확정 → 백엔드 설계
• 프론트엔드 구현 → 백엔드 구현 → API Test → CI/CD → 아키텍처 정의
• CI/CD → 스프린트 계획 수립 → 아키텍처 정의 → 마이크로서비스 도출 → 백엔드 설계

Answer explanation

※ 스프린트 초기에 계획 수립 후 아키텍처와 마이크로서비스를 도출하고, 그 이후에 백엔드 및 프론트엔드 개발이 진행됩니다.

백엔드 구현과 관련된 타스크의 올바른 수행 순서는?

• API Test → 백엔드 설계 → 백엔드 구현
• 백엔드 설계 → API Test → 백엔드 구현
• 백엔드 설계 → 백엔드 구현 → API Test
• 백엔드 구현 → 백엔드 설계 → API Test
• 백엔드 구현 → API Test → 백엔드 설계

Answer explanation

※ "백엔드 설계"를 먼저 수행한 후 "백엔드 구현"을 진행하고, 마지막으로 API Test를 수행하는 것이 올바른 순서입니다.