탕구리's 블로그

이 글은 토스트 밋업에 올라온 "개발자를 위한 레디스 튜토리얼02"의 내용을 정리한 글입니다. 레디스 캐시로서 사용하기 레디스를 캐시로 사용하는데 있어서 다양한 캐싱전략이 사용됩니다. 캐싱 전략은 캐싱되는 데이터의 유형과 데이터에 대한 엑세스 패턴ㄴ에 따라 달라지기 떄문에, 서비스 환경에 따라서 적절한 캐싱 전략을 사용해야합니다. Look Aside(=Lazy Loading) Look Aside 방식은 캐시서버를 옆에 두고 필요할 때만 데이터를 캐시에서 로드하는 캐싱 전략입니다. 요청의 흐름은 다음과 같습니다. 1. 캐시에 데이터가 있는지 먼저 확인합니다. 2-1. 캐시에 데이터가 있는 경우(cache hit) 해당 데이터를 사용합니다. 2-(2). 캐시에 데이터가 없는 경우(cache miss) 데이터..

오늘은 아파치와 톰캣을 연동하며 삽질한 내용을 간단하게 정리할거에요! 구조는 아래와 같습니다. 아파치가 http(s) 요청을 받으면 커넥터를 통해 자바 어플리케이션이 띄워져 있는 톰캣으로 연결시켜주는 구조예요. 그림에 적혀있는 mod_jk는 아파치와 톰캣을 연결해주는 커넥터 역할을 합니다. 우선, 세 가지 어플리케이션을 설치를 진행합니다. 저는 리눅스에 바이너리로 직접 설치를 했어요 아래와 같은 환경에서 연동하는 작업을 진행했습니다. os: centos7 apache : 2.4.41 tomcat : 9.0.30 connector: 1.2.46 java: openjdk1.8 위에 명시된 어플리케이션이 설치하고 연동하는 작업들을 진행했습니다. 1. apache를 설치하며 apr에 대한 라이브러리들을 같이 설..

WillSon에서는 왜 nginx를 사용했나요? willson을 처음 설계 할 때 총 3개의 서버를 이용하려고 했어요. API 서버, Push 서버 그리고 socket.io를 이용할 chatting 서버 입니다. chatting 서버는 결국 firebase로 대체하기로 했지만 실시간 통신 관련해서 개발해보고 싶었는데 약간 아쉬움이 남아요. 불필요한 이야기는 각설하고 본론으로 들어가 봅시다. AWS를 이용해서 서버를 구축했기 때문에 다양한 서비스를 이용하게 되면 추가적인 비용이 발생하게 되요. 그래서 생각한게 클라이언트에서 API에 대한 요청이 들어오면 각 API에 대해 적절한 서버로 redirect 시켜주는 방법을 이용하기로 했어요. 물론 API gateway를 사용한다거나 ALB(application ..

WillSon 서버에는 무엇을 했나요? 회고록에서 적었던 것처럼 우선 해보고 싶었던 CI/CD (Continuous Integration / Continuous Delivery)를 한번 구축해보고 싶었기 때문에 간단하고 쉽게 구축할 수 있는 서비스를 수소문하여 Travis CI와 AWS code deploy 서비스를 연동하여 사용하기로 하였습니다. 전체적인 흐름은 어떻게 될까? 순서대로 차근차근 알아보면 다음과 같아요. 1. 깃헙에 코드를 업로드합니다 2. 코드가 업로드되면 Trigger가 발생하고. 3. Travis CI의 가상 머신을 통해 CI 작업을 진행 4. CI 작업이 완료되면 코드를 압축하여 S3 버킷에 저장 5. deploy agent가 설치된 ec2 서버에서 이를 확인 6. S3를 통해 다..

오늘의 주제 지난글에 이어 오늘은 "Swagger-UI를 통한 시각화 및 문서화"와 "Swagger-Codegen을 이용한 프로토타입 코드만들기" 사실 생각보다 Swagger를 통해 할 수 있는 일들이 많은거 같은데, 한글 레퍼런스보다는 영어 레퍼런스 위주로 작성되있기 때문에 한글자 한글자 적는게 너무 어렵네요. 부족한 정보는 다른분들의 글도 참고하시면 될 것 같습니다! Swagger-codegen Swagger.io에서 설명하는 Swagger Codegen에 대한 내용입니다. Swagger를 통해 API Server-stub을 제작할 수 있고 Client SDK를 생성하여 생산속도를 늘릴 수 있다는 내용입니다.Swagger Codegen에서는 다양한 언어를 지원합니다.( *모든언어를 지원하진 않습니다)..

시작하기 전에 해당 블로그에 작성되는 글은 주인장의 지극히 주관적인 생각이 다수이며, 대부분의 지식은 구글링을 통해 얻고 있기 때문에 옳지않은 정보가 있습니다. 잘못된 부분이나 수정해야 하는 부분이 있다면 과감히 덧글을 남겨주세요! 모르는게 많은 새싹입니다 오늘의 주제 정말 오랜만에 포스팅을 하게된거 같은데 하는일은 없지만 바쁘긴 무쟈게 바쁘다보니 시간이 없었어요. ㅜㅡㅜ회사 세미나에서 발표를 하게 되어 오랜만에 포스팅을 하게 되었습니다. 오늘은 주제는 "RESTful API 문서화" 하는 방법! 그 이름도 유명한 "Swagger"의 소개와 간단한 사용방법 입니다. 정말 간단하게만 준비하였습니다. 자세하게 적으면 엄청 많아질것 같아서요. 이름에서 마저도 스웩(Swag)이 느껴지네요. 그만 떠들고 얼른 시..

시작하기 전에 해당 블로그에 작성되는 글은 주인장의 지극히 주관적인 생각이 다수이며, 대부분의 지식은 구글링을 통해 얻고 있기 때문에 옳지않은 정보가 있습니다. 잘못된 부분이나 수정해야 하는 부분이 있다면 과감히 덧글을 남겨주세요! 모르는게 많은 새싹입니다 REST API란? 1. HTTP를 통해 SOAP나 쿠키를 통한 세션 트래킹같은 별도의 전송계층 없이 전송하기 위한 아주 간단한 인터페이스를 말한다.(프로토콜이 아니다) 2. 기존의 Web application이 Service 중심이었다면 Rest는 Resource중심이다. 3. Resource 중심으로 설계하며 CRUD에 해당하는 HTTP의 4가지 메소드( POST, GET, PUT, DELETE)를 이용한다. *SOAP(simple Object A..

쿠키(Cookie) HTTP 쿠키(웹 쿠키, 브라우저 쿠키)는 서버가 사용자의 웹 브라우저에 전송하는 작은 데이터 조각으로, 브라우저는 그 데이터 조각들을 저장하고 동일한 서버로 다음 요청 시 함께 전송할 것입니다. 일반적으로, 예를 들자면, 사용자가 로그인 상태를 유지하도록 하여 두 요청이 동일한 브라우저에서 왔는지를 판단하기 위해 사용됩니다. 쿠키는 상태가 없는 HTTP 프로토콜에서 상태 기반 정보를 기억합니다. 쿠키의 동작 방식 쿠키는 무슨 정보를 담을까?1. name : value => 쿠키의 이름과 쿠키 값2. expire : date => 쿠키가 만료될 기간3. path : serverPath => 쿠키가 보내질 서버의 URL 정보4. domain : serverDomain => 클라이언트에 ..