diff --git "a/blog/2023-4/2023-11-17-\354\232\260\354\225\204\354\275\230 2023 \355\233\204\352\270\260.mdx" "b/blog/2023-4/2023-11-17-\354\232\260\354\225\204\354\275\230 2023 \355\233\204\352\270\260.mdx"
index ae0233481..400baeffd 100644
--- "a/blog/2023-4/2023-11-17-\354\232\260\354\225\204\354\275\230 2023 \355\233\204\352\270\260.mdx"	
+++ "b/blog/2023-4/2023-11-17-\354\232\260\354\225\204\354\275\230 2023 \355\233\204\352\270\260.mdx"	
@@ -15,7 +15,7 @@ tags: [Woowacon]
 
 대규모 트랜잭션 내용이 인상 깊었는데 늘어나는 주문 처리량에 따라 쓰기 처리량에 한계에 도달했고, 이를 해결하기 위해 샤딩을 통해 쓰기 부하를 분산했다고 한다.  
 Aurora DB를 사용하고 있기 때문에 DB 레벨에서 샤딩이 불가능했고, AbstractRoutingDataSource를 이용하여 애플리케이션 레벨에서 샤딩을 도입하기로 했고 
-여러 샤딩 방식 중 주문 데이터가 변경되는 일은 최대 30일까지 밖에 없기 때문에 Key Based 샤딩 방식을 선택했다고 한다.  
+여러 샤딩 방식 중 주문 데이터의 특성상 Key Based 샤딩 방식을 선택했다고 한다.  
 
 ### 모놀리식에서 점진적 서비스 분리: 사업과제와 병행하여 시스템 개선하기