일 | 월 | 화 | 수 | 목 | 금 | 토 |
---|---|---|---|---|---|---|
1 | 2 | 3 | 4 | 5 | ||
6 | 7 | 8 | 9 | 10 | 11 | 12 |
13 | 14 | 15 | 16 | 17 | 18 | 19 |
20 | 21 | 22 | 23 | 24 | 25 | 26 |
27 | 28 | 29 | 30 |
- 티스토리챌린지
- CKA 기출문제
- go
- 정보처리기사실기 기출문제
- golang
- 정보처리기사 실기 기출문제
- AWS EKS
- Java
- Spring
- 코틀린 코루틴의 정석
- kotlin
- Linux
- 기록으로 실력을 쌓자
- 공부
- Pinpoint
- aws
- CKA
- Elasticsearch
- tucker의 go 언어 프로그래밍
- kotlin coroutine
- AI
- mysql 튜닝
- docker
- 오블완
- CloudWatch
- PETERICA
- APM
- kotlin querydsl
- Kubernetes
- minikube
- Today
- Total
목록PETERICA (649)
피터의 개발이야기
ㅁ 들어가며 지난 글, [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분정도 소요되었다.ㅇ 지브리의 따뜻한 이미지가 좋았다. ^^

ㅁ 들어가며 카라반 타이어 교체는 차량의 안전과 성능을 유지하기 위해 중요한 작업이다. 지난 주에는 마진 파워미터 P505: 혁신적인 자전거 파워미터 장착기 작업을 하면서 자전거 타이어 수리를 하였는데, 이번 주말에는 카라반 타이어 수리를 하게 되었다. 편마모가 싶해서 타이어가 곧 터질 것 같았다. ㅁ 타이어 수리의 어려움 타이어 뱅크 15곳에 전화를 하였다. 모두 퇴짜를 맞았다. 내심 꺼려하는 눈치였다. 결국 블루버드엔터프라이즈에 입고하게 되었다. ㅁ 타이어 선택ㅇ 카라반용 타이어는 일반 승용차 타이어와 다르며, 더 높은 하중을 견딜 수 있어야 한다.ㅇ 주로 사용되는 타이어 사이즈는 185R14 8PR로, 이는 튼튼하고 두꺼운 타이어이다. ㅇ 타이어 선택 시 최대 하중(맥스 로드)을 고려해야 하며, 일..
ㅁ 들어가며ㅇ Tucker의 GO 언어 프로그래밍 책을 보면서 공부 중이다. ㅇ 현업에서 당장 필요한 부분부터 정리 중이라 목차가 필요하였다.ㅇ 필요한 부분을 찾아서 코딩할 수 있지만, 차근차근 공부하고 노트하면 오래 기억할 수 있다. ㅁ 1 단계 탄탄하게 기초 문법 다지기01 Hello Go World - [GO] Tucker의 GO 언어 프로그래밍 - 1장 역사와 특징02 변수 - [GO] Tucker의 GO 언어 프로그래밍 - 2장 변수03 fmt 패키지를 이용한 텍스트 입출력 - [GO] Tucker의 GO 언어 프로그래밍 - 3장 fmt04 연산자 - [GO] Tucker의 GO 언어 프로그래밍 - 4장 연산자05 함수06 상수07 if문08 switch문09 for문10 배열11 구조체12 포..
ㅁ 들어가며CXL과 애플 실리콘의 메모리 정책은 모두 메모리 접근 효율성을 극대화하는 데 초점을 두지만, 구현 방식과 적용 범위에서 뚜렷한 차이를 보인다. ㅁ 공통점ㅇ 데이터 복사 최소화 CXL과 애플 실리콘(UMA) 모두 CPU, GPU, 가속기 등 여러 컴포넌트가 동일한 메모리 풀을 공유하도록 설계되어 데이터 복사 오버헤드를 줄인다. 예: 애플 실리콘에서는 텍스처와 같은 그래픽 리소스를 CPU와 GPU가 별도 메모리 복사 없이 직접 공유한다. ㅇ 저지연 메모리 접근 CXL의 PCIe 기반 연결과 애플 실리콘의 SoC 통합 설계는 모두 낮은 지연 시간을 통해 실시간 데이터 처리 성능을 향상시킨다. ㅇ 자원 활용 최적화 CXL의 메모리 풀링과 애플 실리콘의 유니파이드 메모리 아키텍처는 메모리 할당 유연성..