From 3bb4d7a75fc8e515c7df36857a7366e64fcd6a3a Mon Sep 17 00:00:00 2001
From: Sniij <120099321+Sniij@users.noreply.github.com>
Date: Thu, 2 May 2024 20:30:30 +0900
Subject: [PATCH] =?UTF-8?q?[edit]=20=EB=B6=88=ED=95=84=EC=9A=94=ED=95=9C?=
=?UTF-8?q?=20=EB=9D=BC=EC=9D=B4=EB=B8=8C=EB=9F=AC=EB=A6=AC=20=EC=A0=9C?=
=?UTF-8?q?=EA=B1=B0=20=EB=B0=8F=20content=20=EC=88=98=EC=A0=95?=
MIME-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 8bit
---
deploy/content/blog.md | 5 +++--
deploy/content/introduce.md | 6 +++---
deploy/generic.html | 1 -
3 files changed, 6 insertions(+), 6 deletions(-)
diff --git a/deploy/content/blog.md b/deploy/content/blog.md
index 84a5558..93f4485 100644
--- a/deploy/content/blog.md
+++ b/deploy/content/blog.md
@@ -137,8 +137,9 @@ Blog
4. 1차적으로 캐싱되는 DB로서의 architecture를 염두에 두고 고르고 싶다.
5. Java, NodeJS 기반에서의 API를 많이 지원했으면 좋겠다.
위 5가지의 고민에서 초기엔 Upstash의 Redis 정도만 사용해도 충분할 것 같다는 판단이 들어서 Upstash의 Redis를 선택하였습니다.
- 다만 현재는 캐싱되는 DB로만 사용하고 있지는 않기 때문에 조회수 domain을 만들어 api 를 생성하는 것보다
- 클라이언트에서 redis 와 연결시켜 조회수만 올릴 수 있는 api를 만들어 운용하기로 아키텍쳐를 구성하였습니다.
+ 다만 현재는 캐싱되는 DB로 사용하고 있지는 않기 때문에 조회수 domain을 만들어 api 를 생성하는 것보다
+ 프론트엔드에서만 redis 와 연결시켜 조회수만 올릴 수 있는 api를 만들어 운용하기로 아키텍쳐를 구성하였습니다.
+ 이는 추후에 분산 처리에 대한 공부를 한 이후에 적용시켜볼 예정입니다.
-