피터의 개발이야기

ㅁ 들어가며ㅇ 블로그에서 자주 사용하는 이모티콘들을 카테고리별로 정리해 보았다. 필요시 복사해서 사용하기 좋다. ✅ 상태 / 체크 / 피드백의미이모티콘설명완료 / 긍정✅체크 완료, OK실패 / 오류❌에러, 잘못됨참고 / 질문❓의문, 질문사항중요⚠️주의, 경고필독 / 하이라이트🔥핵심, 중요 내용 강조참고사항💡팁, 참고 정보성공🎉성공, 축하진행 중⏳로딩, 진행중보류🕒시간, 대기 상태🔧 개발 / 운영 관련의미이모티콘설명코드 / 명령어💻코드 또는 CLI 명령서버 / 백엔드🖥️서버, 시스템배포 / 클라우드☁️클라우드, 배포 관련네트워크🌐인터넷, 네트워크디버깅🐞버그, 디버깅데이터베이스🗄️DB, 저장소모니터링📊지표, 모니터링자동화🤖자동화 시스템📚 문서 / 정보 구성용의미이모티콘설명제목📝문서,..

ㅁ 들어가며“SRE가 정확히 뭐지?”Site Reliability Engineering, 줄여서 SRE는 단순한 운영 역할을 넘어서, 서비스의 신뢰성(Reliability)을 코드와 시스템적으로 보장하는 엔지니어링 문화이다. 구글에서 시작된 개념이지만, 오늘날 대부분의 대규모 플랫폼 서비스 기업들이 SRE 조직을 두고 안정성과 효율성을 동시에 추구하고 있다. ㅁ SRE는 단순한 ‘운영’이 아니다 과거에는 운영(Operation)과 개발(Development)이 분리되어 있었다. 개발자는 코드를 만들고, 운영자는 그것을 배포하고 문제를 해결하는 구조였다. 하지만 이 구조는 다음과 같은 문제를 일으켰다.개발자는 안정성보다 기능에 집중하고,운영자는 기능보다 장애 대응에 집중하는서로 다른 목표를 가진 두 팀 ..

ㅁ 들어가며 ffmpeg로 HLS 서비스를 운영하면서 원천 스트림의 DNS 캐싱 문제(예: 원천 스트림의 IP가 변경되었는데 ffmpeg가 계속 이전 IP로 접속을 시도하는 현상)는 꽤 흔히 발생할 수 있다. ffmpeg 프로세스가 기동된 상태에서는 내부적으로 한번 해석된 DNS 정보를 계속 사용하기 때문에, 원천 스트림의 IP가 바뀌어도 실시간으로 반영되지 않는다. 이로 인해 스트림 장애가 발생할 수 있다. ㅁ 원인 요약ㅇ ffmpeg는 입력 스트림 URL의 DNS를 최초 연결 시점에만 해석ㅇ 프로세스가 살아있는 동안에는 동일한 IP로만 재접속을 시도ㅇ 원천 도메인의 IP가 바뀌면, ffmpeg는 변경된 IP를 반영하지 못해 연결 오류가 발생 ㅁ 해결 방법ㅇ ffmpeg 프로세스 재시작 - 가장 확실한..

ㅁ 들어가며 Spring Cloud Gateway에서 http://engine-service로 호출했을 때 실제로 http://engine-service.prod.svc.cluster.local로 접근되는 이유는 Kubernetes의 DNS 규칙과 Spring Cloud Gateway가 Kubernetes 클러스터 내부에서 동작하기 때문이다. ㅁ Kubernetes DNS 규칙ㅇ Kubernetes 내부에서는 DNS를 다음 우선순위로 해석한다.서비스명 → 현재 네임스페이스 기준 (engine-service.prod에서 실행 중이면 engine-service.prod.svc.cluster.local)서비스명.네임스페이스명 → 명시적 네임스페이스풀 FQDN (서비스.네임스페이스.svc.cluster.loca..

ㅁ 들어가며 신안 증도는 서해에서 아름다운 해변을 가지고 있다. 증도의 아름다운 해변과 다채로운 도로상황은 다이나믹한 라이딩 경험을 제공하였다. 바다, 산, 갯벌, 산길, 해안길, 염전길 숲속길 등등 다채로운 풍경을 경험할 수 있었다. ㅁ 경로짱뚱어해변 → 짱뚱어다리 → 방축리 해안도로(도로, 시멘트, 비포장) → 증도관광안내소 → 태평염전(비포장) → 화도노두길 → 증도왕바위 → 한반도해송숲 → 짱뚱어해변(모래사장) ㅁ 소요시간2시간 20분 ㅁ 주행거리48.82 km ㅁ 주행 영상🚴캠핑패카의 라이딩] 신안 증도 라이딩 ㅁ 함께 보면 좋은 사이트ㅇ 신안군(증도) 자전거길

ㅁ 들어가며ㅇ AI는 알고리즘의 조합이며, 이러한 알고리즘은 수많은계산이 필요하다. 수많은 알고리즘의 계산을 수행하기 위해 GPU가 필요한데, 확보된 GPU도 효율적으로 사용할 수 있는 방법이 필요하기 마련이다. [VESSL AI X 테디노트] #Agent 시대의 Infra, Ops 그리고 #MCP 🔥을 시청하면서 개발자 친화적인 VESSL AI에 대해서 알게 되어 그 특징과 활용성에 대해서 정리해 보았다.ㅁ VESSL AI란?VESSL AI는 머신러닝(ML)과 인공지능(AI) 프로젝트의 개발, 운영, 배포를 통합적으로 지원하는 MLOps(Machine Learning Operations) 플랫폼을 제공하는 기업이다. 복잡한 AI 운영을 간소화하고, 대규모 AI/LLM(대형 언어 모델) 프로젝트의 학습..

ㅁ 들어가며 맥과 윈도우를 동시에 사용하다보면 파일공유가 문제가 될 때가 있습니다. 이럴 때에 맥에서 폴더를 공유하여 파일을 공유할 수 있습니다. 우선, 파일 공유를 위한 프로토콜인 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 ..