피터의 개발이야기

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

ㅁ 들어가며 ChatGPT를 기획자처럼 활용하려면, 프롬프트를 구체적이고 구조적으로 작성해야 한다. 아래는 효과적인 프롬프트 작성 방법과 실전 예시다. ㅁ 프롬프트 구조화의 기본 원칙역할(Role) 지정: ChatGPT에게 기획자, 비즈니스 컨설턴트, 프로젝트 매니저 등 원하는 역할을 명확히 부여한다.목표(Goal) 명시: 원하는 결과물(기획안, 아이디어, 전략 등)을 구체적으로 제시한다.맥락(Context) 제공: 프로젝트 배경, 시장 상황, 대상 고객 등 필요한 정보를 충분히 전달한다.지시사항(Instructions) 구체화: 어떤 방식, 어떤 형식, 어떤 항목을 포함해야 하는지 명확히 지시한다.제약조건(Constraints) 설정: 분량, 예산, 일정, 형식 등 제한 사항을 명확히 한다.결과물 형식..

ㅁ 들어가며 효율적인 백엔드 개발을 위해 문서 기반 개발(Documentation-Driven Development, DDD)과 AI 코딩 에디터 Cursor를 결합한 개발 방법을 소개한다. 이 방식은 개발의 명확성, 생산성, 협업 효율을 극대화한다. ㅁ 문서 기반 개발(DDD)란 지난 글, 문서 기반 개발(Documentation-Driven Development, DDD)란?문서 기반 개발은 기능 개발에 앞서 요구사항, 설계, 인터페이스, 데이터 모델 등 모든 내용을 문서로 먼저 정의한다. 문서가 곧 사양이며, 문서에 없는 기능은 구현하지 않는다. 문서를 바탕으로 코드를 작성하고, 테스트와 리뷰, 변경 사항도 반드시 문서에 반영한다. 장점요구사항이 명확해진다.협업이 쉬워진다.코드와 문서가 항상 동기..

ㅁ 들어가며 문서 기반 개발은 기능 개발에 앞서 문서를 먼저 작성하고, 그 문서를 바탕으로 실제 코드를 구현하는 개발 방법론이다. 특히 API 백엔드 개발에서 많이 활용되며, 기능의 요구사항, 설계, 인터페이스, 사용법 등을 명확하게 정의한 뒤 개발을 시작함으로써, 코드와 문서의 동기화와 개발 효율을 높이는 데 목적이 있다. ㅁ 문서 기반 개발의 핵심 원칙ㅇ 문서가 곧 사양이다문서에 정의되지 않은 기능은 없는 기능으로 간주한다. 문서가 잘못되면 기능도 잘못된 것으로 본다. ㅇ 문서 → 코드 → 테스트기능의 목적, 동작, 인터페이스 등을 문서로 먼저 정의하고, 그 문서를 기준으로 개발과 테스트를 진행한다. ㅇ 문서의 지속적 관리문서는 단순한 기록이 아니라, 개발 과정에서 지속적으로 업데이트되고, 의사결정..

ㅁ 들어가며 조직이 건강하게 성장하기 위해선 ‘성과’ 못지않게 심리적 안전감과 공정한 문화가 중요하다. 이 두 가지를 실질적으로 지켜주는 사람들이 있다. 바로 고충처리위원이다.이번 글에서는 고충처리위원의 역할, 조직과 구성원에 미치는 영향, 그리고 활동 과정에서 중요한 코칭과 상담의 차이까지 함께 정리해았다. 🛠 고충처리위원회의 역할고충처리위원회는 단순히 불만을 접수하고 해결하는 조직만이 아니다. 갈등을 예방하고, 문제를 조정하며, 구성원이 신뢰할 수 있는 조직문화를 만들어가는 중추적 기구이다. 그 중심에 위원이 존재한다. 주요 역할은 다음과 같다:고충 접수 및 경청구성원이 겪는 불편함이나 불공정을 편견 없이 듣고, 비밀을 보장하며 신뢰를 쌓는다.사실관계 조사 및 조정단순히 ‘누가 잘못했는가’를 따..

보호되어 있는 글입니다.

[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 맥락에서의 엔지니어링 문화는 특히 중요하며, 아래와..

ㅁ 들어가며ㅇ MySQL의 분산처리를 위한 샤딩(Sharding)에 대해서 정리하였다. ㅁ MySQL 샤딩(Sharding)이란?MySQL 샤딩은 대용량 데이터를 여러 개의 데이터베이스(샤드, shard)에 수평 분산 저장하는 방법이다. 즉, 하나의 거대한 데이터베이스에 모든 데이터를 넣지 않고, 여러 서버에 데이터를 나눠 저장함으로써 성능과 확장성을 높인다. ㅁ 샤딩 방식방식설명장점/단점Modular(모듈러) 샤딩샤딩 키(예: user_id)의 해시값을 샤드 개수로 나눈 나머지로 샤드 결정데이터 분포가 균등, 샤드 추가/제거 시 데이터 이동 필요범위 기반 샤딩샤딩 키의 값 범위로 샤드 결정 (예: ID 1~99999 → A, 100000~199999 → B 등)구현이 쉽고 직관적, 데이터 쏠림 발생 가..

ㅁ 들어가며 AI Service Agent는 사용자의 발화나 이벤트를 감지해 카카오 i 서버와 연동, AI 음성 서비스의 진입점 역할을 하는 소프트웨어/모듈이다. 카카오 i 플랫폼의 서버와 HTTP/2 기반으로 상시 연결되어, 실시간으로 이벤트와 명령을 주고받는다. 다양한 디바이스(스피커, 앱 등)에 적용 가능하며, 비즈니스 목적에 맞는 맞춤형 AI 음성 서비스를 구현할 수 있다. ㅁ AI Service Agent란?AI Service Agent는 카카오 i 플랫폼에서 다양한 AI 음성 서비스를 구현하고 연동할 수 있도록 제공되는 핵심 구성 요소 중 하나이다. 주로 스마트 스피커, HeyKakao 앱, 내비게이션 등과 같이 사용자의 음성 발화나 디바이스 조작을 감지하고, 이를 카카오 i 서버(KVS)와..

[SRE] SRE(Site Reliability Engineering) 목차 ㅁ 들어가며 SRE는 시스템의 신뢰성(Availability)을 수치로 측정하고 유지하기 위해 SLI(Service Level Indicator)를 정의하고 관리한다.이 글에서는 제가 직접 경험한 CloudWatch 및 Grafana 기반의 모니터링 환경 구축과, 그를 통해 얻은 인사이트와 문제 해결 사례를 공유하고자 한다. 현실적인 운영 상황과 개선 과정을 중심으로, SRE의 시선에서 SLI를 어떻게 "정의하고, 모니터링하고, 개선"했는지를 설명하고자 한다. ㅁ SLI는 무엇이 기준이 되어야 하는가?SRE로 일하면서 가장 먼저 고민한 것은 "우리는 무엇을 측정해야 하는가?"였다.처음에는 AWS CloudWatch에 내장된 ..

[SRE] SRE(Site Reliability Engineering) 목차ㅁ 들어가며ㅇ SRE란 무엇인가? SRE는 단순한 ‘운영’이 아니다에서 서비스의 신뢰성(Reliability)을 코드와 시스템적으로 보장하는 엔지니어링 문화에 대해서 알아보았다. 이번 글에서는 SRE의 판단 기준이자 방향성이며, 실질적인 운영 목표인 SLA, SLO, SLI에 대해서 정리하였다. ㅁ 의료 바이탈 체크와 SRE의 SLA, SLO, SLI드라마나 영화를 보면 응급환자를 케어하는 의사가 먼저 활력징후(vital signs) 리스트를 체크하는 장면을 보곤 한다. 활력징후란, 온도, 맥박, 호흡, 혈압의 수치를 측정한 데이터로, 사람의 몸상태를 수치로 나타낸 것이다. 정확한 진단을 내리기 위해서는 정밀한 검사를 통해 얻은 ..

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

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