피터의 개발이야기

ㅁ 들어가며 Kibana를 쓰다 보면 검색창 우측의 KQL(Kibana Query Language) 과 Lucene 중 무엇을 써야 할지 헷갈리기 쉽다. 이번 글에서는 KQL과 Lucene의 개념 차이, 문법 비교, 그리고 실행 흐름을 정리해 보았다. ㅁ KQL vs Lucene 개념ㅇ Lucene QueryElasticsearch가 기본 제공하는 검색 언어문자열 중심, 오래된 표준이자 범용성 높음ㅇ Kibana Query Language (KQL)Kibana가 Lucene을 더 쉽게 쓰도록 만든 상위 문법필드 타입 인식, 자동 완성, 오타 검증 등 UI 친화적 기능 제공 ㅁ 문법 비교목적LuceneKQL필드 일치status:200status : 200NOT-status:200!status : 20..

ㅁ 들어가며Kibana에서 시스템 로그를 분석하는 과정에서 일부 로그가 누락되는 현상을 발견하였다. Fluentd로그에서 parser 오류를 발견하고 이를 해결하는 과정에서 multiline parser에 대해서 공부한 내용을 정리하였다. 에러 확인: fluent-plugin-concat을 사용하고 있어, multiline_start_regexp와 multiline_stop_regexp 수정 과정, 개념정리: Fluentd의 multiline 공식 문서를 통해 개념을 정리하였다. ㅁ Fluentd 에러 확인2025-09-05 05:30:36 +0000 [warn]: #0 dump an error event: error_class=Fluent::Plugin::Parser::ParserError error=..

ㅁ 들어가며 kibana 서버를 이관하면서, kibana의 Discovery, Visualize, Dashboard 정보의 백업에 대해서 정리하였다. 이번 글에서는 Kibana의 Saved Objects 저장 구조와 백업 방법, 그리고 자동화까지 실제 운영 환경에 유용하게 활용할 수 있는 정보를 정리한다. 백엔드 개발 관점에서 핵심만 빠르게 실무 적용할 수 있게 구성했다. ㅁ Kibana Saved Objects 저장 위치는? Kibana에서 대시보드, 시각화, 검색, 인덱스 패턴 등 주요 설정 정보를 저장하면, 그 데이터는 Elasticsearch의 .kibana* 인덱스에 기록된다.실제 데이터 저장 예시: .kibana, .kibana_1, .kibana_task_manager 등 인덱스 prefix..

ㅁ 들어가며 Node.js에서의 참조 vs 복사, 그리고 불변성(immutability) — 익숙하게 들리는 개념이지만, Java(Spring) 백엔드 개발자로서 실제로 Node.js 게이트웨이 필터를 변경하면서 참조 전달 특성 때문에 고생한 경험이 있다. 특히 accountId 누락 이슈가 터지고 나서야 이 부분을 제대로 이해하게 되었다. 여기선 왜 문제가 생겼는지, 어떻게 해결했는지, 그리고 재발 방지 설계/테스트 원칙을 정리하였다. ㅁ 문제 배경단위 테스트에선 CustomFilter.refineUser()가 정상적으로 accountId를 세팅했다.하지만 실제 요청 경로는 CustomFilter.refinedBody() → baseBody() → AbstractFilter.refineUser()로..

ㅁ 들어가며 예전 글, 네트워크 레이아웃에서 SSL이란?에서 SSL(Secure Sockets Layer)은 클라이언트와 서버 간의 통신을 보호하는 표준적인 보안 프로토콜이로 서버는 SSL 인증서를 사용하여 신원을 증명한다고 설명한적 있다. 일년에 한번 인증서 교체 시기가 되면 SSL 인증서 개념이 헷갈리는 시기이다. 최근에는 하나의 인증서에 RSA와 ECC를 모두 담아 제공하는 하이브리드 인증서를 알게 되었다. 이 글에서는 하이브리드 인증서가 무엇인지, 그리고 서버(특히 Apache와 Nginx)에서의 인증서 관리 주의점까지 정리해보았다. ㅁ 하이브리드 인증서란? 하이브리드 인증서는 RSA와 ECC(Elliptic Curve Cryptography)라는 두 가지 암호 알고리즘의 공개키가 한 인증서에 ..

ㅁ 들어가며 localStorage와 sessionStorage는 모두 브라우저에 데이터를 저장하는 용도로 쓰지만, 데이터의 생명주기와 공유 범위에서 차이가 크다. 둘 다 HTML5에서 제공하는 Web Storage API로, key-value 형태로 데이터를 저장한다. 오랫동안 유지해야 하거나 여러 탭에서 공유해야 하는 데이터는 localStorage에, 세션(탭/창) 동안만 필요한 데이터는 sessionStorage에 저장한다. 용도에 맞게 적절히 선택해 사용한다. ㅁ 주요 차이점 요약구분localStoragesessionStorage데이터 유지 기간브라우저를 닫아도 유지탭/창을 닫으면 삭제공유 범위같은 도메인 내 모든 탭/창에서 공유탭/창별로 독립, 다른 탭/창과 공유되지 않음삭제 방식직접 삭제 ..

보호되어 있는 글입니다.

[SRE] SRE(Site Reliability Engineering) 목차 ㅁ 들어가며ㅇ [SRE] 실전에서 배우는 SLI: CloudWatch와 Grafana로 신뢰성 확보하기에서는 SRE의 시선에서 SLI를 어떻게 "정의하고, 모니터링하고, 개선"했는지를 제가 경험한 내용을 바탕으로 설명하고자 하였다. “무엇을, 어떻게 모니터링할 것인가?”에 대한 명확한 기준이 없다면, 수많은 지표 속에서 중요한 신호를 놓치기 쉽다. 이 글에서는 SRE와 DevOps 현장에서 널리 활용되는 대표적인 모니터링 방법론인 USE Method, RED Method, Four Golden Signals를 정리하여, 실무에 바로 적용할 수 있는 방법론을 제시하고자 한다. ㅁ USE MethodUSE Method(Utiliz..

[SRE] SRE(Site Reliability Engineering) 목차 ㅁ 들어가며 『The Art of Capacity Planning』(John Allspaw 저)는 SRE(Site Reliability Engineering) 실무에서 "용량 계획(Capacity Planning)"의 핵심 원리와 실전 전략을 체계적으로 다루는 대표적인 참고서 중 하나이다. 용량 계획은 단발성 작업이 아니라, 측정 → 예측 → 배치 → 검증 → 반복의 순환적 과정이다. 이 책은 이론과 실무 경험을 바탕으로, 성장하는 IT 인프라를 효과적으로 관리하고 확장하는 데 필요한 실질적 지침을 제공한다. ㅁ 주요 내용 요약1. 용량 계획의 중요성용량 계획(Capacity Planning)은 단순히 미래의 수요 예측이 아니라..

[SRE] SRE(Site Reliability Engineering) 목차 ㅁ 들어가며ㅇ 지난 글, SRE란 무엇인가? SRE는 단순한 ‘운영’이 아니다에서 다음과 같이 이야기 하였다.SRE는 단순한 운영 역할을 넘어서, 서비스의 신뢰성(Reliability)을 코드와 시스템적으로 보장하는 엔지니어링 문화이다.ㅇ 이번 글에서는 "엔지니어링 문화"란 무엇인지 구체적으로 알아보고, 엔지니어 문화를 바탕으로 SRE의 주요 역할을 정리해 보았다. ㅁ 엔지니어링 문화란?"엔지니어링 문화"는 단순한 기술 스택이나 도구의 사용을 넘어, 조직이 문제를 해결하는 방식과 철학, 협업하는 방식, 그리고 기술적 품질을 유지하는 기준과 태도를 모두 포함하는 개념이다. SRE 맥락에서의 엔지니어링 문화는 특히 중요하며, 아래와..