연구한 이야기/문제 해결 이야기

클라이언트 IP를 '잘' 가져오자

요즘은 너무나도 당연히 대부분의 사용자 기기가 공유기 뒤에 숨어있듯이, 서버 또한 로드밸런서 뒤에 숨어있는 것이 너무나도 당연한 구조가 되었다. 이제 서버 개발자는 하나의 고민을 더 하게 된다. 예전에는 p2p 통신을 위해 홀펀칭을 고민하고 릴레이를 해주어야 했다면, 이제는 클라이언트 IP를 가져오기 위해 고민을 해야 할 차례가 되었다. 우리가 얻을 수 있는 클라이언트 IP는, 해당 클라이언트가 숨어있는 라우터 공유기의 공인 IP이다. 하지만 그 정보 또한, 프록시와 로드밸런서가 가득한 네트워크 세상에서 어떻게 가져와야 할지 고민해봤다. 사실 맨 처음에는 도커 서비스에서 client addr을 가져오니 도커 브릿지 ip가 찍히는 것이 문제였다. 그래서 docker network_mode를 host로 놓아..

서버 로그가 누락되고 있어요..!

게임 서버가 출력하는 게임 로그가, 로그 DB로 일부만 들어가는.. 크리티컬한 문제가 발견되었다. 분명 이것저것 테스트까지 완료한 서비스들과 설정대로 패키징하여 퍼블리셔사에 전달드렸는데..! 퍼블리셔사에서 서버 로그가 누락되는 것 같다고 전달해주셨을 때 가슴이 철렁 했다. 이제 개발 환경을 구축중인, 신작 프로젝트라 그나마 다행이지.. 한 번, 로그 관리 플로우를 되짚어 보자. 게임 서버는 로그를 로컬 파일에 한 라인씩 append해가며 작성해 나간다. 만약 로그 파일이 생성된지 5분이 넘었거나, 파일 크기가 5MB가 넘었다면, 새 파일을 열어 그곳에서 이어간다. 그리고, 쉘 스크립트를 기반으로 하는 서비스에 의해, 해당 로그 폴더에서 생성된지 6분 이상 지난 파일이 logstash 서버로 전송된다. 그..

alpine리눅스와 stat

이번에, 마운트된 디렉터리 내 파일들이 만약 생성된지 5분 이상 지났다면 처리하는 프로그램을 만들게 되었다. 간단한 처리라, shell script (bash) 로 작성하여 alpine을 기반으로 하는 도커 이미지로 패키징하였다. 문제는, stat -c %W 명령어를 실행했을 때 값이 정상적으로 뜨지를 않았다.. 그래서 도커 컨테이너 접속해서 확인해보니 stat 했을 때 파일의 생성 시각이 아예 뜨지를 않았다. 그래서 실험삼아 기본 이미지를 alpine이 아닌 ubuntu로 변경해 보았더니, 같은 stat 명령어를 같은 마운트된 폴더 파일에 수행했을 때 파일 생성 시각이 잘 보였다. 그래서 이 문제의 원인을 여러 가지로 추측중에 있다. - alpine리눅스가 경량이다 보니, stat 기능 또한 ubunt..

mysql connect 시에 timezone 관련해서 에러가 나요!

The server time zone value 'KST' is unrecognized or represents more than one time zone. You must configure either the server or JDBC driver mysql에서 SELECT @@global.time_zone; 해보면 SYSTEM 값이 나오면, 서버에는 기본 timezone이 없는 상태. 이 상황에서 클라이언트가 timezone 명시 없이 접속하게 되면 에러가 나게 된다. 서버에서 timezone을 설정하던지 (SET 쿼리), 클라이언트가 연결 시에 serverTime명시하자.

Android Studio NDK breakpoint가 잡히지 않아요!

debugger가 dual 로 켜진 상황 (app→edit configurations→debugger) C++ 코드의 breakpoint들이, debugging을 시작하면 빨간 점에서 비활성화 표식으로 바뀜. Native code debug is not working in Android Studio 3 - Stack Overflow proj.androidstudio 폴더의 app/.cxx 폴더를 지워주고 다시 디버깅하니 잘 잡힌다!

dockerfile은 죄가 없다.

업무를 진행하며, 다양한 서버와 인프라를 도커 환경으로 묶어 봤다. 이 때, 어떨 때는 도커 빌드 속도가 빨랐다가 어느 때는 느리고, 이런저런 문제를 겪기도 했다. dockerfile을 작성할 때 유의해야 할 세 가지를 뽑아 정리해 보았다. 1. 레이어 개수에 유의하기 Dockerfile의 각 명령어는, 대부분 새로운 레이어를 생성한다. 불필요하게 많은 레이어는 빌드 시간과 이미지 크기를 증가시켜, 효율성을 저하시킬 수 있다. 기존에는 가독성을 위해 다음과 같이 작성했었다. FROM alpine:latest RUN apk update RUN apk add rust RUN apk add cargo ... 하지만 위 dockerfile의 경우 벌써 네개의 레이어가 만들어진다. 따라서, 아래처럼 개선할 수 있..

jenkins(image) 에서 docker buildx를 사용하고 싶어요!

jenkins와 docker jenkins 에서 도커 이미지를 빌드하는 것은 흔한 일이다. 하지만, jenkins 서버를 만약 docker container로 띄웠다면 조금 복잡해진다. 이 때, jenkins에서 도커를 사용하는 방식에 따라 dood, did 로 나뉘게 된다. docker out of docker 젠킨스의 docker가 아닌, 호스트의 docker를 젠킨스에서 사용할 수 있도록 한다. docker in docker 젠킨스의 docker image 내부에 docker를 추가로 설치한다. 둘 중 어떤 것을 쓸 지 고민해보고 찾아보다가, dood로 결정했다. 아무래도 호스트의 docker를 바로 쓰는 것이 did보다 더 쾌적할 것으로 보인다. 또한, 대부분이 dood를 권장한다. 정확히는, d..

CMake 와 static library에서의 종속성 관리

target이 static library인 CMake를 서브프로젝트로 포함시키는 구성에서의 종속성 관리. 회사에서 개발하는 게임은, 엔진을 자체 수정하며 작업하기에, 다양한 내부 라이브러리를 링크해서 사용한다. 지금껏 iOS 환경에서는 XCode를 직접 수정해가며 종속성을 관리하고 프로젝트들을 링킹했는데, 이번에 서브 프로젝트들을 CMake로 관리하려고 했다. 각 서브프로젝트의 CMakeLists.txt별로 존재하는 다양한 라이브러리 파일들..(ffmpeg라던지 zlib라던지 ssl이라던지..) 이들을 메인 프로젝트가 알 수 있게 해야 했다. 하지만, static library가 target 인 CMake를 XCodeProj로 만들 때, 종속성 정보를 메인 프로젝트로 전달해 줄 방법이 없었다. 그래서 방..