"마이크로서비스"의 두 판 사이의 차이

 
(사용자 2명의 중간 판 23개는 보이지 않습니다)
1번째 줄: 1번째 줄:
==개요==
==개요==
;microservice, microservice architecture
;microservice, microservice architecture (MSA)
;마이크로서비스, 마이크로서비스 아키텍처
;마이크로서비스, 마이크로서비스 아키텍처
* '[[일체형 아키텍처]]'의 반대개념
* 작은 서비스들의 결합을 통해 애플리케이션을 개발하는 방법
* [[바운디드 컨텍스트]]로 [[느슨하게 결합]]된 서비스 지향 아키텍처
* [[바운디드 컨텍스트]]로 [[느슨하게 결합]]된 서비스 지향 아키텍처
:전체 서비스가 동시에 업데이트되어야 한다면 [[느슨한 결합]]이 아님
:전체 서비스가 동시에 업데이트되어야 한다면 [[느슨한 결합]]이 아님
:주변 서비스들에 대해 알아야 할 것이 너무 많다면 [[바운디드 컨텍스트]]가 아님
:주변 서비스들에 대해 알아야 할 것이 너무 많다면 [[바운디드 컨텍스트]]가 아님
* 작은 서비스의 결합을 통해 하나의 응용프로그램을 개발하는 방법
* 애플리케이션의 구성요소를 작은 단위로 쪼개 각 요소를 하나의 독립적인 앱으로 만들고, 요소들을 API로 조합해 애플리케이션으로 만드는 아키텍처
 
==특징==
* 중앙집중식 관리 최소화
* 중앙집중식 관리 최소화
* 기능을 개별 구성요소로 분할
* 각 서비스가 독립적인 비즈니스 로직으로 구성됨
* 각 서비스가 독립적인 비즈니스 로직으로 구성됨
:서로 다른 프로그래밍 언어, 데이터베이스 기술로 작성될 수 있음
:서로 다른 프로그래밍 언어, 데이터베이스 기술로 작성될 수 있음
* [[지속적 딜리버리]](CD) 가능
:각 서비스는 개별 요건에 특화되어 있음
:각 서비스는 개별 팀에서 독립적으로 개발/배포 가능
* 테스트할 영역이 작아짐
* 변경에 따른 위험이 감소됨
* [[수평 확장]] 가능한 개별 부분품 사용
* [[지속적 딜리버리]](CD) 용이
* [[서비스 지향 아키텍처]](SOA)의 진화 버전
 
==인용==
* 마이크로서비스 아키텍처를 도입하는 본질적인 이유는 개발 생산성을 높이고, 빠르게 변하는 환경에 효과적으로 대응하기 위해서다.
* 마이크로서비스 아키텍처! ‘마이크로’치고는 다루는 범위가 넓으며, ‘아키텍처’치고는 무엇 하나 쉽사리 결정해주지 않는다.<ref>https://www.imaso.co.kr/archives/3939 마이크로소프트웨어 394호 클라우드 혹은 도전(CLOUD or DARE) 《마이크로소프트웨어》 2018-10-12 조병승 편집장</ref>


==같이 보기==
==같이 보기==
*[[Conway의 법칙]]
{{z컬럼3|
*[[분산 컴퓨팅의 함정]]
* [[REST]]
*[[서비스 지향 아키텍처]] (SOA)
* [[12 팩터 앱]]
*[[도메인 주도 설계]] (DDD)
* [[유닉스 철학]]
*[[웹 지향 아키텍처]]
* [[Conway의 법칙]]
*[[REST]]
* [[도메인 주도 설계]](DDD)
*[[유닉스 철학]]
* [[웹 지향 아키텍처]]
*[[연결된 컨텍스트]]
* [[바운디드 컨텍스트]]
*[[마이크로프레임워크]]
* [[분산 컴퓨팅의 함정]]
*[[12 팩터 앱]]
* [[마이크로프레임워크]]
* [[서비스 지향 아키텍처]](SOA)
* [[느슨한 결합 아키텍처]]
}}


==참고 자료==
==참고==
*https://en.wikipedia.org/wiki/Microservices
*https://en.wikipedia.org/wiki/Microservices
*http://martinfowler.com/articles/microservices.html
*http://martinfowler.com/articles/microservices.html
*http://www.moreagile.net/2014/10/microservices.html
*http://www.moreagile.net/2014/10/microservices.html 정도현 - 마이크로서비스가 가져올 미래의 개발 패러다임
* http://www.popit.kr/why-microservice/ 마이크로서비스 아키텍처의 장단점
* http://www.itworld.co.kr/news/107154 마이크로서비스를 위한 데이터베이스 선택 방법 《InfoWorld》 Jeff Carpenter 2017-11-13
* https://blogs.gartner.com/gary-olliffe/2015/01/30/microservices-guts-on-the-outside/ Microservices : Building Services with the Guts on the Outside 《Gartner Blog Network》 Gary Olliffe 2015-01-30


[[분류: 마이크로서비스]]
[[분류: 서비스]]
[[분류: 서비스]]
[[분류: 아키텍처]]
[[분류: 아키텍처]]

2022년 7월 12일 (화) 15:24 기준 최신판

1 개요[ | ]

microservice, microservice architecture (MSA)
마이크로서비스, 마이크로서비스 아키텍처
전체 서비스가 동시에 업데이트되어야 한다면 느슨한 결합이 아님
주변 서비스들에 대해 알아야 할 것이 너무 많다면 바운디드 컨텍스트가 아님
  • 애플리케이션의 구성요소를 작은 단위로 쪼개 각 요소를 하나의 독립적인 앱으로 만들고, 요소들을 API로 조합해 애플리케이션으로 만드는 아키텍처

2 특징[ | ]

  • 중앙집중식 관리 최소화
  • 기능을 개별 구성요소로 분할
  • 각 서비스가 독립적인 비즈니스 로직으로 구성됨
서로 다른 프로그래밍 언어, 데이터베이스 기술로 작성될 수 있음
각 서비스는 개별 요건에 특화되어 있음
각 서비스는 개별 팀에서 독립적으로 개발/배포 가능

3 인용[ | ]

  • 마이크로서비스 아키텍처를 도입하는 본질적인 이유는 개발 생산성을 높이고, 빠르게 변하는 환경에 효과적으로 대응하기 위해서다.
  • 마이크로서비스 아키텍처! ‘마이크로’치고는 다루는 범위가 넓으며, ‘아키텍처’치고는 무엇 하나 쉽사리 결정해주지 않는다.[1]

4 같이 보기[ | ]

5 참고[ | ]

  1. https://www.imaso.co.kr/archives/3939 마이크로소프트웨어 394호 클라우드 혹은 도전(CLOUD or DARE) 《마이크로소프트웨어》 2018-10-12 조병승 편집장
문서 댓글 ({{ doc_comments.length }})
{{ comment.name }} {{ comment.created | snstime }}