피터의 개발이야기

ㅁ 들어가며ㅇ Go로 DB 데이터를 CRUD(Create, Read, Update, Delete)하는 프로젝트를 구성하려고 한다. 가장 널리 사용되는 구조는 Clean Architecture 또는 Layered Architecture(MVC 기반)이다. 아래는 Clean Architecture 기반의 Go CRUD 프로젝트 아키텍처 구성해 보았다. ㅁ 전체 구조 (폴더 트리 예시)go-crud-project/├── cmd/ # 애플리케이션 실행 진입점│ └── main.go├── config/ # 환경설정 관련│ └── config.go├── internal/│ ├── domain/ # 비즈니스 도메인 정의 (Entit..

ㅁ 들어가며 맥과 윈도우를 동시에 사용하다보면 파일공유가 문제가 될 때가 있습니다. 이럴 때에 맥에서 폴더를 공유하여 파일을 공유할 수 있습니다. 우선, 파일 공유를 위한 프로토콜인 SMB를 설명드릴께요. ㅁ SMB란? SMB는 Server Message Block의 약자, 파일이나 프린터를 네트워크에서 공유하기 위한 프로토콜입니다. SMB는 원도우 개발사인 마이크로소프트에서 개발되었습니다. 현재 많은 기업에서 파일 공유를 위해 SMB를 사용하고 있고, 맥OS에서도 파일 공유를 위해 SMB를 지원하고 있습니다. 오늘 설명드릴 맥의 파일공유 활성 방법도 SMB 프로토콜을 이용합니다. 맥과 윈도우를 사용하다보면 한글깨짐 현상이 발생하는데요. SMB를 이용하면 한글깨짐을 예방할 수 있습니다. 자세한 내용..

ㅁ 들어가며 지난 글, [Nginx] NGINX Rate Limiting & 동적 IP 차단 가이드에서 무분별한 요청에 대해 속도제한을 하였다. 만료된 ts를 계속 호출하는 문제를 해결하기 위해서는 기본 ts 파일을 넘기면 이후 무한 반복문제가 해결 되었다. 이번 글에서는 NGINX를 사용하는 웹 서버에서 특정 파일이 존재하지 않을 때 기본 파일을 전달하는 방법에 대해 정리하였다. ㅁ 문제 상황  NGINX에서 특정 URL로 요청이 들어왔을 때, 해당 파일이 존재하지 않으면 404 오류가 발생하였다. 이런 경우 [GO] Too many open files 에러 트러블슈팅 에 정리한 에러가 발생하기도 하였다. 이를 예방하고 안정적인 서비스를 위해 대책이 필요했다. ㅁ 기본 설정 구조NGINX의 try_fi..

ㅁ 들어가며ㅇ [GO] Too many open files 에러 트러블슈팅에서 이미 만료된 ts를 무한으로 요청하는 문제점을 발견하였다. ㅇ [Nginx] NGINX에서 정적 파일 캐시 설정하는 방법을 통해 백엔드 부하를 감소하기 위해 캐시를 적용한 상태이다. ㅇ 이번 글에서는 NGINX에서 특정 URL 패턴의 과도한 접근을 방어하기 위한 Rate Limiting 설정 방법을 정리해 보았다. ㅁ Rate Limiting 설정ㅇ NGINX의 Leaky Bucket 알고리즘 기반 요청 제한 기능을 활용해 서버 과부하를 방지한다.ㅇ NGINX의 limit_req 디렉티브를 사용하여 특정 클라이언트가 일정 시간 내에 보낼 수 있는 요청 수를 제한할 수 있다.ㅇ 이러한 속도 제한은 보안 목적으로 무차별 대입 공격..

ㅁ 들어가며 Go에서 Too many open files 에러가 발생하여 이 문제를 공부한 내용을 정리해보았다. ㅁ Too many open files 에러?  Too many open files 에러는 일반적으로 파일 디스크립터(File Descriptor, FD) 제한 초과로 발생하며, 주로 네트워크 연결이나 파일 핸들이 제대로 닫히지 않아 누적될 때 나타난다. ㅁ 증상go를 이용하여 hls 서비스를 운영 중이다. ffmpeg을 cmd.execute하여 맵으로 관리하는데, 해당 프로세스가 구동되면서 Too many open files가 발생하고 있었다. 프린트스택처럼 구체적인 에러 라인을 찾을 수 없어서 구체적인 원인을 분석 중이다. ㅁ 에러 발생 주요 원인ㅇ 파일 디스크립터(FD) 누수: HTTP ..

ㅁ 들어가며 개발 PR을 검토하는 중 타임아웃에 대해 공부하게 되었다. 타임아웃 처리는 분산 시스템의 안정성을 보장하는 핵심 기술이다. 이 글에서는 Node.js 환경에서 발생하는 타임아웃에는 계층이 있고 거기에 맞는 옵션을 선택해야 한다. ㅁ 시스템 레벨 타임아웃 vs 애플리케이션 레벨 타임아웃ㅇ 시스템 레벨  - OS/네트워크 스택의 기본 타임아웃  - 예로 TCP 연결에서 3-Way Handshake 구간(SYN-ACK) 연결 시간이다.ㅇ 애플리케이션 레벨  - 연결이 성립되었고, 이후 서버의 응답을 대기하는 시간이다.  - setTimeout(), --max-time 옵션 등 코드 기반 제어된다. ㅁ 타임아웃 계층계층기술예시L7HTTP Keep-Aliveserver.keepAliveTimeout..

ㅁ 들어가며 아버지로부터 상속받은 시골집을 처분하면서 농촌 폐가(빈집)에 대한 강제이행금 제도에 대해서 알게 되었다. 농촌 폐가(빈집)에 대한 강제이행금 제도는 농촌 지역의 방치된 빈집 문제를 해결하기 위해 도입되었다.  ㅁ 빈집이란?시장, 군수, 구청장이 거주 또는 사용 여부를확인한 날부터 1년 이상 아무도 거주하지아니하거나 사용하지 않는농어촌 주택이나 건축물을 말한다. ㅇ 2022년 기존 농촌 빈집은 6만6024동으로 이중 3만9922동 (60.5%)은 철거가 필요한 것으로 파악된다. ㅇ 빈집의 78%는 소유주 사망 이후 상속되면서 발생한다.ㅇ 방치된 빈집은 안전사고와 범죄 위험을 높이고 농촌 경관을 훼손하는 문제를 초래해 강력한 정책이 도입되었다. ㅁ 강제이행금 부과 기준ㅇ 철거 명령 미이행 시 -..

ㅁ 들어가는 말대통령 임기 제도인 5년 단임제와 4년 중임제는 각각 장단점이 뚜렷하며, 정치적 안정성과 정책 연속성, 국민 평가 체계에 따라 적합성이 달라질 수 있다. 아래에서 두 제도를 비교해 보았다. ㅁ4년 중임제  5년 단임제 비교 장점단점5년 단임제독재 방지: 단임제로 인해 장기 집권의 위험이 줄어들며 권력 집중을 방지정책 집중: 연임 부담이 없으므로 대통령이 임기 내 정책 결정과 집행에 집중할 수 있다.책임 있는 정책: 여론에 얽매이지 않고 책임 있는 정책 결정을 할 가능성이 높다.중간 평가 불가: 임기 중 국민의 평가를 받을 기회가 없어 책임 정치가 약화될 수 있다.정책 연속성 부족: 임기가 한 번뿐이라 장기적 정책 추진이 어렵고 관료 장악이 제한된다.레임덕 현상: 임기 후반부에 레임덕이 빠르..

보호되어 있는 글입니다.

ㅁ 들어가며ㅇ 요즘 유행하는 ChatGPT를 이용하여 지브리 스타일 이미지를 만들어 보았다.ㅇ 무료 사용자로 쉽게 만들 수 있었다. ㅁ ChatGPT 이미지 업로드ㅇ https://chatgpt.com/ 로 이동한다.ㅇ 컴퓨터에서 업로드를 선택하여 이미지를 등록하였다. ㅁ 이미지 변환ㅇ 업로드된 이미지와 변환된 이미지를 확인할 수 있다.ㅇ 시간은 1분정도 소요되었다.ㅇ 지브리의 따뜻한 이미지가 좋았다. ^^