[edit] blog modal - redis 선택이유

deploy/content/blog.md

@@ -130,8 +130,13 @@ Blog
             이렇게 현재의 domain에선 NoSQL DB를 사용하기에 적합한 모델이 되어 MongoDB Atlas 를 사용하여   <br/>
             제가 예상되는 범위내에선 무료로 사용할 수 있게 구성하였습니다.   <br/>
             다만 조회수에서는 항상 수정이 필요했기 때문에 여러가지 방법과 최대한 비용이 적게 들어가는 DB를 몰색해 보았는데,   <br/>
-            제가 운용하는 기준에서는 Upstash의 Redis 정도만 사용해도 충분할 것 같다는 판단이 들어서 Upstash의 Redis를 선택하였습ssm니다. <br/>
-            다만 조회수 domain을 또 만들어 api 를 생성하는 것보다 <br/>
+            제가 운용하는 기준에서는 <br/>
+            1. 나는 조회수 수정 및 읽기만 사용할 것이다.<br/>
+            2. 조회수 읽는 속도가 빨랐으면 좋겠다. <br/>
+            3. 정말 만약 방문자가 많아지게 되는 경우를 생각하고 싶다. <br/>
+            4. 1차적으로 캐싱되는 DB로서의 architecture를 염두에 두고 고르고 싶다. <br/>
+            위 4가지의 고민에서 Upstash의 Redis 정도만 사용해도 충분할 것 같다는 판단이 들어서 Upstash의 Redis를 선택하였습니다. <br/>
+            다만 현재는 캐싱되는 DB로만 사용하고 있지는 않기 때문에 조회수 domain을 만들어 api 를 생성하는 것보다 <br/>
             클라이언트에서 redis 와 연결시켜 조회수만 올릴 수 있는 api를 만들어 운용하기로 아키텍쳐를 구성하였습니다. <br/>
         </p>
         <p style="font-family: 'Pretendard-Regular';">