# 마이크로서비스 설계 패턴 5가지

> Clean Markdown view of GeekNews topic #13215. Use the original source for factual precision when an external source URL is present.

## Metadata

- GeekNews HTML: [https://news.hada.io/topic?id=13215](https://news.hada.io/topic?id=13215)
- GeekNews Markdown: [https://news.hada.io/topic/13215.md](https://news.hada.io/topic/13215.md)
- Type: news
- Author: [ironlung](https://news.hada.io/@ironlung)
- Published: 2024-02-05T21:21:22+09:00
- Updated: 2024-02-05T21:21:22+09:00
- Original source: [devops.com](https://devops.com/5-microservices-design-patterns-every-devops-team-should-know/)
- Points: 31
- Comments: 0

## Topic Body

- API 게이트웨이 패턴, 서비스별 데이터베이스(DB) 패턴, 서킷 브레이커 패턴, 이벤트 기반 패턴, 사가 패턴  
- API 게이트웨이 패턴  
  - API 게이트웨이는 모든 클라이언트 요청의 단일 진입 지점으로 역할을 함  
  - 이는 요청을 적절한 마이크로서비스에 라우팅하고, 나중에 응답을 집계함  
- 서비스별 DB 패턴  
   - 각 마이크로서비스에 자체 DB가 있음  
   - 이로써 느슨한 결합도와 높은 응집도를 보장함  
   - 이는 각 마이크로서비스가 요구사항에 가장 부합하는 DB 유형을 사용하도록 지원함  
- 서킷 브레이커 패턴  
   - 네트워크 또는 서비스 장애가 다른 서비스에 전파되는 걸 막을 수 있음  
- 이벤트 기반 패턴  
   - 서비스 상태가 변경될 때, 서비스는 이벤트를 게시함  
   - 다른 서비스는 이러한 이벤트를 구독하고, 그에 맞춰 상태를 업데이트함  
   - 이런 식으로 각 서비스는 실시간 소통할 필요 없이 일관성을 유지할 수 있음  
- 사가 패턴  
   - 여러 서비스를 아우르는 비즈니스 트랜잭션 구현의 어려움을 해결하는 데 도움이 됨  
   - 사가는 로컬 트랜잭션의 시퀀스로, 각 트랜잭션은 단일 서비스 안에서 데이터를 업데이트합함  
   - 로컬 트랜잭션이 실패하면 사가는 보상 트랜잭션을 실행해 이전 트랜잭션 영향을 취소함

## Comments



_No public comments on this page._