항상 Single Redis Cluster / 단일 Primary 기반의 Replication 구조만 운영할 수는 없다.장애 민감도가 낮거나, 투자할 수 있는 비용 또는 발생 트래픽이 적은 서비스는 Redis Cluster(또는 Dragonfly, Memcached 등 다양한 솔루션이 있겠지만 가장 평범한 예를 들어봅니다) / 단일 Primary 기반의 Replication 구조를 공용으로 만들어 사용하는 것이 도메인 / 서비스 별로 Redis Cluster / Primary - Secondary를 나누어 운영하는 것보다 인프라 인력에 대한 비용이나 유지 보수 측면에서 이점이 있다고 볼 수 있습니다.*EOL 도래 시 무중단 버전 업그레이드 같은 운영 작업 리소스, 운영 모니터링 등을 인프라 인력 비용으로..
생각을 정리하는 의식적인 연습을 위해 지난번 글부터 하나를 작성하는 데 1시간만 투자해보고 있습니다. 아직 세밀한 디테일을 챙기거나 충분한 부연 설명을 덧붙이는 것은 어렵게 느껴지지만 기존의 생각을 빠르게 정리하는 데에는 큰 도움이 된다고 느껴 당분간은 이 방식을 유지해보고자 합니다. Optimistic LockingOptimistic Locking(낙관적 잠금, 또는 Optimistic Concurrency Control)은 비관적 잠금(Pessimistic Locking)과 달리 잠금을 사용하지 않는 동시성 제어 방법으로 트랜잭션 간의 충돌이 자주 발생하지 않을 것이라는 가정하에 고안되었습니다. 이 기법이 적용된 대표적인 예로는 NoSQL인 MongoDB의 WiredTiger 스토리지 엔진이 있습..
- Total
- Today
- Yesterday
- JPA
- Redis Key
- hypermedia
- Switch
- AMQP
- single source of truth
- URN
- Thundering Herd
- WiredTiger
- cglib
- RPC
- transaction
- rabbitmq
- 근황
- Request Collapsing
- 소비자 관점의 api 설계 패턴과 사례 훑어보기
- mybatis
- configuration
- lambda
- HTTP
- URI
- cache stampede
- spring AOP
- JDK Dynamic Proxy
- JVM
- java
- spring
- Url
- RESTful
- Optimistic Locking
| 일 | 월 | 화 | 수 | 목 | 금 | 토 |
|---|---|---|---|---|---|---|
| 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 | 31 |