Dev 달팽이 @_''

Redis 캐시(Cache) 설계 전략 본 포스트에 앞서.. 지난 포스트에서 Redis에 대한 정리를 하는 이유를 다시 복기하자면, `유저가 많아진 게시판 웹페이지의 첫페이지가 항상 느린데 이유가 무엇인가? 성능 개선 방법은 무엇인가?` 에 대한 대답을 찾기 위해서였다. 이 포스트에서 Redis 설계 전략을 알아보고 저 질문에 대한 내 생각을 적어보려고 한다. Redis - 캐시(Cache) 전략 캐싱 전략은 웹 서비스 환경에서 시스템 성능 향상을 기대할 수 있는 중요한 기술이다. 캐싱 전략을 구현할 때 고려해야 할 점 중 하나는 캐시 데이터의 수명이다. 캐시는 메모리를 사용하기 때문에 RDM보다 훨씬 빠르다. 하지만 용량이 작아 모든 데이터를 지우지 않고 캐시 저장소에 저장하면 용량 부족 현상으로 인해..

[리뷰] 테스트 주도 개발 시작하기 실무에서 개발을 하다보니 테스트가 중요한 지를 깨달았다. 특히 이번 프로젝트처럼 규모가 어느정도 되는 시스템일 경우는 더더욱 중요한 걸 느꼈다. 내가 맡은 서버가 단말 중개 서버(Bridge)였기 대부분의 인입이 프로토콜의 형태로 들어왔고, 비즈니스 로직도 커서 개발하면서 테스트를 진행하는 건 꿈도 못꾸고 있었다. 그렇다 보니 유닛 테스트 부터 통합 테스트까지 제대로 검증을 못한 채로 필드 테스트를 진행했다. 결과는 역시나 .. 여기 저기서 에러가 뻥뻥 터지고 수정하고 터지고 수정하고 오픈까지 이 일의 연속이었다... 그 때 난 이런 생각을 했다. `이런 시스템은 테스트를 어떻게 하지? 개발하면서 테스트를 충분히 했다면 좀 더 수월하지 않았을까? 내가 다시 돌아간다면 ..

Redis란? Redis 개념 기본 정리 Redis 본격 시작에 앞서... 이 글을 작성하는 이유를 먼저 설명하겠습니다...(이유를 들으면 다들 더 관심이 생길 거 같은 느낌이..) 최근 치룬 OO 기업 시험 문제에서 해당 지문이 계속해서 눈에 밟히고 궁금해서 정리를 해 보았다. 대략적인 문제 지문은 다음과 같다. `유저가 많아진 게시판 웹페이지의 첫페이지가 항상 느린데 이유가 무엇인가? 성능 개선 방법은 무엇인가?` 아직 주니어 중에서 쌩주니어인 내 생각은 아래와 같았다. 음.. 첫페이지에 유저가 가장 몰려서 그런가 ? 그럼.. 트래픽 관련된 인프라 문제인가? 근데 페이지마다 인입이 다르지 않을텐데.. 첫페이지만 항상 느린 것에 대한 답은 이게 아닌거 같은데.. 그럼.. 렌더링 방식 때문이었을까? CS..

Schemas and Types Object types and fields - GraphQL의 가장 기본 컴포넌트는 object type - Object type은 서비스에서 fetch할 수 있는 객체와 어떤 필드가 있는지로 구성 - 예 : type Character { name: String! appearsIn: [Episode!]! } Character는 GraphQL Object Type name과 appearsIn은 Character type의 필드 String은 scalar 타입으로 query에서 하위 선택을 가질 수 없음 String! 은 해당 필드가 null이 될 수 없음을 뜻 [Episode!]! 는 Episode 객체의 배열을 표현, Episode! 이므로 항상 0개 또는 하나 이상의 배..