수줍은광돌이

Docker Compose란 여러 컨테이너를 가지는 애플리케이션을 통합적으로 만들고, 각각의 컨테이너를 시작 및 중지하는 작업을 더 쉽게 수행할 수 있도록 도와주는 도구입니다. docker compose 파일 내의 큰틀에서의 구성요소 version services network volume config secret 이 중에 version은 deprecated 되어 더이상 설정하지 않아도 됨 “service”는 여러 컨테이너를 정의하는데 사용됨 services : frontend : image : awesome/webapp backend : image : awesome/database 위와 같이 파일을 작성했다면, ‘frontend’ 와 ‘backend’는 각 컨테이너를 정의하게 되며, 각 컨테이너의 이름..

Dockerfile이란 도커 이미지를 생성하기 위한 스크립트 파일 여러 키워드를 사용하여 dockerfile을 작성하여 빌드를 보다 쉽게 수행할 수 있다. Dockerfile에서 사용하는 주요 키워드 FROM : FROM 키워드를 사용하여 base가 되는 image를 지정 주로 OS 이미지나 런타임 이미지를 지정함 RUN : 이미지를 빌드할 때 사용하는 커맨드를 설정할 때 사용 ADD : 이미지에 호스트의 파일이나 폴더를 추가하기 위해 사용 만약 이미지에 복사하려는 디렉토리가 존재하지 않으면 docker가 자동으로 생성 COPY : 호스트 환경의 파일이나 폴더를 이미지 안으로 북사하기 위해 사용 ‘ADD’와 동일하게 동작하지만 가장 확실한 차이점은 URL을 지정하거나, 압축파일을 자동으로 풀지 않음 EX..

docker의 기초를 이용해 있어서 이론 내용은 무수히 많지만 컨테이너와 이미지에 대해서 기초적인 부분을 실제로 적용해보는것이 어려운 부분들이 있어 공부하였던 내용들을 공유합니다. 여기서는 컨테이너와 이미지에 대한 간단한 명령어들과 함께 실제로 컨테이너에 이미지를 띄워보고 서버 통신까지 해보는 작업을 해보겠습니다. docker 컨테이너, 이미지 리스트 명령어 : 실행중인 내용들을 보여주는 명령어 docker container ls : 컨테이너 리스트 docker image ls : 이미지 리스트 여기서 "ls" 뒤에 "-a" 를 붙이게 되면 현재 실행중인 내용과 함께 실행중이지 않는 내용들까지 리스트로 가져오게 됩니다. 컨테이너와 통신하기 도커 컨테이너는 기본적으로 독립적인 환경에서 실행되기 때문에 컨테..

가끔가다 이러한 생각을 할때가 있습니다. 데이터를 등록을 하는 과정에서 이미 등록되어 있는 데이터가 있을 경우 업데이트를 하는 것이 아닌 그냥 무시하는 방법 이 없을까? 하고 , 보통 생각해보면 이러한 경우 미리 SELECT를 통해 데이터 여부를 확인하고 데이터가 없다면 INSERT 아니면 IF 조건으로 빠져나오는 방식을 할 것 입니다. 그런 것도 좋지만 쿼리 자체에서 해당 문제를 해결 할 수 있는 쿼리가 있습니다. INSERT INTO sns_facebook_channel ( fb_post_id , fb_user_id , fb_message , fb_caption , fb_description , fb_picture , fb_source , fb_link , fb_created_time , create..

대용량 데이터를 일괄적으로 등록을 하거나 수정을 진행할 때 등록인지 수정인지를 우선 체크해야 하는 경우가 있다. 간단하게 흔히 사용할 만한 방식을 말하자면, ex) TABLE : A A 테이블에 존재하는 데이터를 리스트(SELECT)로 가져온다. 그 이후 stream filter 를 이용하여 해당 데이터가 이미 존재하는 데이터인지 아니면 신규 데이터인지 foreach를 통해 확인하는 방법 신규 데이터 리스트에 대한 foreach를 돌리면서 해당 정보에 대한 A 테이블 정보가 있는지 그때 마다 DB에 요청하여 등록 또는 수정여부를 확인하는 방법 1번과 2번 둘 다 가능한 방법이지만 1번은 어느정도 데이터까지는 서버에서 체크를 하기에 이상이 없겠지만 결국 특정 데이터량 위치까지 갔을때는 속도에 문제가 될 이..

WEB 에서 데이터를 서버에 전송하는 방식에는 GET 방식과 POST 방식이 있다. 그리고 GET 방식일 경우 URL 길이에 제한이 있는 것은 개발자라면 알고 있는 사실이다. 하지만 POST 방식일 경우 URL로 전달하는 방식이 아니기에 데이터 전송에 제한이 없다고 알고있는 경우가 많다. 나 또한도 그렇게 생각한 케이스이다. 사건 발단 그러다 최근 대량의 데이터를 이용해야하는 일이 있었고 그 과정에서 POST 방식임에도 불구하고 데이터 용량에 의해 전송에는 200이라고 뜨지만 서버에서 받지 못하는 현상이 있었다. 결론 이 현상의 문제는 간단하게 톰켓에서의 파라미터 제한에 의한 문제였다. 그래서 간단하게 이러한 문제가 발생하였을때는 어떻게하면 될지 공유하겠다. 해결 Tomcat - server.xml Co..