마이크로서비스 아키텍처는 분산 데이터베이스를 권장한다.도메인에 따라 적절히 분리된 마이크로서비스는 각각이 배타적으로 전담하는 데이터베이스를 별도로 가지는 구조가 되는 것이 바람직하기 때문이다.그 이유는, 단일 데이터베이스를 사용할 경우 (1) DB 종류의 선택이 많은

PostgreSQL을 사용하는 중에, 테이블에 대한 접근 권한을 부여하는 과정에서 예상치 못한 문제가 발생해서 기록해둔다.알다시피 PostgreSQL에서 테이블에 접근하기 위해서는1\. DB에 대한 접근2\. 스키마에 대한 접근3\. 테이블(오브젝트)에 대한 접근권한이

우리가 사용하는 대부분의 서비스에는 기본적으로 애플리케이션에 대한 권한이 있는 사용자인지 확인하는 인증절차가 있다. 그것이 어떤 기술을 기반으로 이루어지던 간에 (session, jwt ...) 대부분의 서비스를 개발할 때 꼭 포함된다. 나는 대개 그렇듯이 JWT를

공부 기록 남기기지금까지 RDBMS 라고는 MYSQL과 그 사촌 MariaDB만 사용하다가, 이번에 PostgreSQL을 사용해 봐야겠다는 생각이 들어서 무턱 대고 설치해봤다. 일단 데이터베이스 생성과 유저 생성, 권한 관리는 MySQL이랑 대충 비슷하겠지 생각하고 검

클로저를 입문하고 토이 사이즈 프로그램을 짜보면서 감을 익혀야겠다 싶어, 콘솔 입출력을 통한 오목 프로그램을 짰다. 만약 절차적인 프로그래밍 패턴을 이용했다면, 바둑판을 객체나 혹은 배열 등으로 모델링하여 바둑판의 상태를 변화시키면서 프로그램이 진행되었을 것이다. 그러

Clojure를 학습하는 겸, Toy Project로 콘솔 입출력을 통한 오목게임을 구현하고 있다. 문제는 바둑판(게임 보드라 하는 것이 더 정확할 수도 있겠다)을 출력하는 함수를 작성하는 과정에서 발생하였다. 먼저 문제가 발생한 코드이다. 위 함수는 바둑

Clojure 연습문제 풀이 사이트 4ever-Clojure의 29번 문제를 풀던 중이었다.해당 문제는 문자열을 받아서 영어 대문자를 제외한 문자를 제거한 문자열을 구하는 함수를 작성하는 것이었는데, 푸는 도중 로컬 머신에선 올바른 답을 구하지만, 사이트에선 제대로 동