사적인 개발자

1탄 : [Linux] Fluentd 로그파일 자동 모니터링 스크립트 crontab 적용기1탄 세 줄 요약1. fluentd 로그 자꾸 쌓이는거 귀찮음2. 자동 리셋 쉘 만듦3. crontab 적용시킴 (월수금 10:00) 정상 작동을 확인한 후, 첫 crontab이 돌아가는 날이 오늘 오전 10시였다. 로그 모니터링을 하려 준비를 다 하고있었는데 이게 왠걸, 10시 1분이 넘어가는데 로그가 조금도 쌓이지 않는 것이 아닌가! 실패했으면 실패했다고라도 떠야하는데, 전혀 쌓이지 않는 것으로 보아 crontab 자체가 쉘을 돌리지 못하는 것으로 보였다. 우선 생각해볼 수 있는 원인은 크게 2가지.1. 파일 실행권한이 부여되지 않았는지?2. 쉘 로직 중 cron으로 돌릴 수 없는 부분이 있는지? 일단 원인 1..

0. 개선의 이유우리는 로그 보관을 위해 fluentd를 사용하며 Azure로 로그를 전송하고있는데, 아~~~~주 가끔 이 fluentd.log의 chunk가 깨져서 에러가 날때가 있다. 이럴 경우 /var/log/fluentd/fluendtd.log 파일용량이 error 로그로 인해 기하급수적으로 커지면서, 서버의 용량이슈로 이어지게 될 수가 있다. 때문에 주기적인 모니터링을 통해서 수동으로 로그파일 삭제 및 fluent 서비스 재시작을 실행하고 있었다.이 fluent 서비스는 Live로 실제 운영되는 데이터를 위한 것이기에 Live 서버에만 적용되어있으면 되지만, 테스트를 위해 QA서버에도 설치가 되어있었다. 그런데 Live와 달리 QA환경에서는 이러저러한 실험과 잦은 배포로 인해 chunk가 자주 ..

0. 문제 설명SSH 실습을 위한 문제입니다. 문제 서버에 SSH로 접속하세요!플래그의 형식은 DH{...} 입니다.ssh withid: challpassword: dhbgssh# 서버정보Host: host8.dreamhack.gamesPort: 23846/tcp → 31337/tcp 1. 풀이일단 cmd로 ssh 접속을 붙어줬다. cmd에서 ssh 접속 방법은 아래와 같다ssh [사용자 ID]@[접속하려는 컴퓨터의 IP주소 또는 도메인]# 예시ssh userId@127.0.0.1 그런데 이 문제의 경우 port번호가 따로 설정되어 있기 때문에 해당 포트번호도 같이 작성해주어야하는데 이 경우 명령어에 -p가 추가된다.ssh -p 22 [사용자 ID]@[접속하려는 컴퓨터의 IP주소 또는 도메인]# 예시s..

1탄 : [CI/CD] tomcat 배포 후 자동 압축 시스템 (feat.Jenkins, linux)2탄 : [CI/CD] Jenkins + Bash로 Tomcat 배포 후 로그 자동 압축 파이프라인 구축기 (최종) 지난 화 줄거리 요약1. 배포할때마다 서버에서 지난 톰캣 로그 압축하는거 귀찮음2. Jenkins 에서 돌리는 로그 자동 압축 쉘 만듦3. QA 테스트 완료됨4. Live 테스트 및 적용 완료됨 0. 유지보수가 필요했던 이유 Jenkins에서 QA_front 의 자동압축 파이프라인을 돌리는 도중, 아래와 같은 에러를 뱉고 쉘이 끝나버렸다.Started by user Running as SYSTEMBuilding in workspace C:\Jenkins\workspace\QA_AUTO_CO..

0. 구조 개선의 이유현재 우리 회사는 게임퍼블리싱사 답게(?) 게임별 이벤트가 자주 열리는 편이다.여러가지 이벤트(사전가입, 시즌이벤트, 친구초대 이벤트 ...) 중에서 이번에 맡게된 것은 홈페이지 메인창에 있는 사이드 배너 팝업 이벤트인데, 사실 제일 처음 이벤트 기획이 나왔을때 구조를 짰던게 나였다. 그땐 일시적인 이벤트로 전달받았기에 이벤트 기간에 대한 설정만 Redis를 사용하고 나머지(모달팝업 html 코드, 기간설정 js 코드 등등) 코드를 js 페이지 내에 하드코딩으로 박아놓았었다. 그런데~ 해당 이벤트가 반응이 좋았는지 앵콜기획이 늘어나기 시작했고 이미 레거시가 되어버린 내 코드 위에 다른 개발자분들이 덧입히고, 덧입히는 상황이 되고 있었다. 그리고 다시 앵앵앵콜의 이벤트 기획이 나왔고 ..

지난 화 줄거리 요약1. 배포할때마다 서버에서 지난 톰캣 로그 압축하는거 귀찮음2. Jenkins 에서 돌리는 로그 자동 압축 쉘 만듦3. QA 테스트 완료됨 1탄 : [CI/CD] tomcat 배포 후 자동 압축 시스템 (feat.Jenkins, linux) 지난 시간에 QA서버에서 자동압축 쉘이 잘 돌아가는건 확인하였으니이젠 Live 적용으로 넘어갈 시간이다! 현재 회사에서 사용하는 Live 서버는 프론트 5대, 백엔드 5대이고기존 배포시에는 pipeline을 사용해서 배포를 진행하고있었음.해당 설계를 비슷하게 가져와서 동시배포로 진행했음. 일단 QA를 성공했다고 해서 Live에서 쉘을 냅다 돌릴 순 없으니,아래와 같은 순서로 Live 적용을 진행했다. 자동압축 쉘 Live 적용 순서1. 자동..