Notice
Recent Posts
Recent Comments
Link
일 | 월 | 화 | 수 | 목 | 금 | 토 |
---|---|---|---|---|---|---|
1 | 2 | 3 | 4 | 5 | 6 | 7 |
8 | 9 | 10 | 11 | 12 | 13 | 14 |
15 | 16 | 17 | 18 | 19 | 20 | 21 |
22 | 23 | 24 | 25 | 26 | 27 | 28 |
29 | 30 |
Tags
- 시뮬레이션
- 알고리즘
- Vue.js
- Linked list
- aws
- gpdb
- SWEA
- 코테
- boj
- Priority Queue
- 코딩테스트
- CSV
- Trie
- GitHub
- 알고리듬
- BFS
- hash table
- 구현
- Python
- programmers
- SQL
- spring boot
- Data Structure
- Bruth Force
- Back tracking
- django
- Algorithm
- 모의SW역량테스트
- JavaScript
- DFS
Archives
- Today
- Total
목록Saga (1)
hotamul의 개발 이야기

각 서비스 마다 데이터 베이스가 따로 존재하는 Database per service 아키텍쳐를 사용하고 있을 때 각 서비스에 존재하는 데이터 베이스 일관성(consistency)을 어떻게 보장할 수 있을까? Two-Phase Commit Two-phase Commit(2PC)이란 여러 서비스에 거쳐 원자성 트랜잭션 commit을 달성하는, 굉장히 고전적인 방법이다. 2PC에서는 일반적으로 단일 서비스 트랜잭션에는 없는 Coordinator(트랜잭션 관리자)를 사용한다. Coordinator는 각 서비스에 준비 요청을 보내서 commit 가능 여부를 묻게 되고, 서비스의 응답에 따라 commit할지 rollback할지 결정한다. 모든 서비스가 정상적인 OK 응답을 하면 Coordinator는 commit ..
etc.
2023. 10. 13. 21:33