사람인

RSS

게시글: 64
등록: 2026년부터

All Frontend Backend AI DevOps Architecture Etc

DevOps
OpenTelemetry 도입기
이 글은 Kubernetes 환경에서 MSA 전환이 가속화되면서 발생하는 서비스 간 복잡성 증가와 파편화된 정보 수집 문제를 해결하기 위해 OpenTelemetry를 도입한 경험을 공유합니다. 기존 Filebeat, Metricbeat 사용 시 발생했던 비효율성을 지적하며, CNCF의 주요 프로젝트인 OpenTelemetry가 사실상의 Observability 표준으로 자리 잡고 있음을 설명합니다. OpenTelemetry 도입을 통해 Metrics, Logs, Traces를 통합적으로 수집하고 분석하여 서비스 간 복잡성을 효과적으로 관리하고 CS 분석에 필요한 시간을 단축하는 것을 목표로 합니다. 이를 통해 MSA 환경에서의 시스템 가시성과 운영 효율성을 높이는 방안을 모색합니다.
OpenTelemetryKubernetesMSA
사람인·2026년 3월 19일
Frontend
Shadow Dom : 중요한 건 깨지지 않는 스타일
다양한 외부 플랫폼의 이력서를 하나의 서비스 내에서 스타일 충돌 없이 안전하게 보여주는 방법에 대한 글입니다. 각 플랫폼마다 다른 형식과 CSS를 가진 이력서들이 기존 서비스의 스타일에 영향을 주어 깨지는 문제를 해결하기 위해 Shadow DOM 기술을 도입했습니다. Shadow DOM은 CSS와 DOM을 독립된 공간으로 격리하여 스타일 충돌을 근본적으로 차단하는 캡슐화 기술입니다. 본문에서는 Shadow DOM의 구조, 장단점, HTML/CSS 데이터 렌더링 방법, 스크립트 실행 시 주의사항, 그리고 스타일 미적용 현상 해결 방법까지 상세하게 다룹니다. 이를 통해 중요한 스타일이 깨지지 않도록 보장하는 방법을 제시합니다.
Shadow DOMCSS캡슐화
사람인·2025년 11월 11일
Frontend
Next.js 프로젝트의 정적 파일 배포 환경 구성
본 글은 Next.js 프로젝트에서 온프레미스 환경에 정적 파일(이미지, CSS 등)을 효율적으로 관리하고 배포하는 방법을 다룹니다. 기존에는 개발 및 운영 환경을 구분하지 않고 동일한 서버를 사용하여 이미지 관리의 어려움, 리소스 관리의 비효율성, CDN 캐시 관리의 복잡성 등의 문제점이 발생했습니다. 이를 해결하기 위해 개발 환경과 운영 환경을 분리하고, CDN 캐시 관리를 개선하는 방안을 모색합니다. 특히, FTP 업로드 시 발생하는 캐시 퍼지 문제와 운영 서버에 불필요한 개발 리소스가 적재되는 문제를 해결하고, 브랜치별 독립적인 정적 파일 관리 및 효율적인 형상 관리를 가능하게 하는 방법을 제시합니다. 이를 통해 개발 생산성을 높이고 운영 안정성을 확보하는 것을 목표로 합니다.
Next.js정적 파일배포
사람인·2025년 11월 5일
DevOps
배포시간 단축: 블루-그린 배포 도입기
이 글은 기존 롤링 업데이트 배포 방식의 문제점인 배포 중 간헐적 에러 발생, 배포 실패 시 전체 서버 다운, 로드 밸런서 제외/연결 시 딜레이로 인한 배포 시간 증가를 해결하기 위해 블루-그린 배포 전략을 도입한 경험을 공유합니다. 복잡한 툴 없이 Shell Script와 actuator/health를 활용하여 1초 만에 트래픽을 전환하는 시스템을 구축한 과정을 설명하며, 안정적이고 효율적인 무중단 배포 시스템 구축 방안을 제시합니다. 이를 통해 배포 시간을 단축하고 서비스 안정성을 높이는 방법을 다룹니다.
블루-그린 배포CI/CDShell Script
사람인·2025년 11월 4일
AI
Solomon AI Assistant 탄생
본 글은 Spring Boot 기반으로 AI를 활용하여 오류 분석 효율성을 개선한 사례를 소개합니다. 기존 로그 수집 및 오류 알림 방식은 긴 스택 트레이스와 오류 원인 파악의 어려움이라는 문제점을 가지고 있었습니다. 이를 해결하기 위해 Gemini API를 활용하여 오류 로그를 분석하고 핵심 정보를 요약하여 제공하는 AI 어시스턴트를 개발했습니다. 시스템은 Heimdall에서 발생한 이벤트를 Slack으로 알리고, Gemini API를 통해 자동으로 분석 및 답변을 생성하는 완전 자동화된 파이프라인으로 구축되었습니다. 이를 통해 개발자는 오류 원인 분석에 드는 시간을 크게 단축할 수 있을 것으로 기대됩니다. 배포 환경으로는 Kubernetes를 사용했습니다.
AI AssistantSpring BootGemini API
사람인·2025년 10월 28일
AI
챗봇 서비스 구축기
사람인 내부 데이터를 활용하여 LLM 기반의 챗봇 서비스를 구축한 경험을 공유하는 글입니다. 기존 룰 기반 챗봇의 한계를 넘어 OpenAI의 ChatGPT 기술을 활용하여 상담사 문의 대응 자동화를 목표로 했습니다. 챗봇은 사용자의 질문을 받아 Function Calling을 통해 의도를 파악하고, 검색 서버 및 Vector DB에서 관련 콘텐츠를 조회합니다. 이후 조회된 콘텐츠와 프롬프트를 조합하여 OpenAI에 전달, 최종 답변을 생성합니다. 특히 Function Calling은 LLM이 실시간 정보나 내부 시스템 데이터에 접근할 수 있도록 하는 핵심 기술로 활용되었습니다. 이 글은 LLM을 활용한 실제 서비스 구축 과정과 아키텍처를 상세히 설명하며, 내부 데이터 연동 및 답변 생성 과정을 보여줍니다.
LLM챗봇Function Calling
사람인·2025년 9월 7일
DevOps
표준을 통한 마이크로 서비스의 Observability 구축기
이 글은 Kubernetes 환경에서 증가하는 마이크로서비스의 가시성 확보 및 문제 추적의 어려움을 해결하기 위해 OpenTelemetry와 SigNoz를 활용한 Observability 환경 구축 경험을 공유합니다. 기존 모니터링 환경은 툴이 분산되어 유지보수가 어렵고 문제 추적에 많은 시간과 노력이 소요되는 단점이 있었습니다. OpenTelemetry는 Metric, Log, Trace를 통합하고 표준화하여 아키텍처를 단순화하며, 다양한 백엔드 도구와의 통합을 가능하게 합니다. 또한, Vendor Lock-In 문제를 해결하고 운영 비용을 절감할 수 있다는 장점이 있습니다. Context Propagation을 통해 분산 추적을 지원하며, 이를 통해 마이크로서비스 환경에서의 효율적인 모니터링 및 문제 해결 기반을 마련할 수 있습니다.
ObservabilityOpenTelemetrySigNoz
사람인·2025년 8월 1일
Architecture
헥사고날의 법칙
본문은 "헥사고날의 법칙"이라는 제목을 가지고 있으나, 실제 내용은 "Page Not Found" 오류 페이지입니다. 따라서 해당 글에서 직접적인 기술 정보를 추출하기는 어렵습니다. 다만, 제목으로 미루어 보아 Hexagonal Architecture (Ports and Adapters Architecture) 패턴에 대한 내용을 다루려 했던 것으로 추정됩니다. Hexagonal Architecture는 도메인 로직을 핵심으로 두고, 외부와의 상호작용을 위한 인터페이스(Ports)와 이를 구현하는 구체적인 방법(Adapters)을 분리하여 시스템의 유연성과 테스트 용이성을 높이는 아키텍처 패턴입니다. 이는 Domain-Driven Design(DDD) 및 Microservices Architecture(MSA)와 함께 현대적인 시스템 설계에서 중요한 개념으로 활용됩니다. 오류 페이지에는 OpenTelemetry, Shadow DOM, Next.js 배포, 블루-그린 배포, AI 기반 오류 분석 시스템 등 다른 기술 관련 글 목록이 제시되어 있습니다.
헥사고날아키텍처DDD
사람인·2025년 6월 5일
DevOps
Karpenter 파일럿
본 글은 AWS EKS 환경의 안정성과 확장성을 향상시키기 위해 Karpenter를 도입하고 테스트한 경험을 공유합니다. 기존에는 Auto Scaling Group을 사용하여 EKS 노드를 관리했으나, 낮은 인스턴스 타입 설정, 배포 시 리소스 부족, 느린 확장 속도, 수동 조치 등의 문제점이 발생했습니다. Karpenter는 노드 그룹 없이 인스턴스를 직접 관리하여 이러한 문제를 해결하는 솔루션입니다. 글에서는 Karpenter의 개념과 함께 HPA, VPA, CA 등 다른 오토스케일링 방식과의 차이점을 설명하고, 실제 테스트 케이스를 통해 Karpenter의 안정적인 운영 방안을 모색합니다. 특히 Taint와 Toleration 설정을 통해 노드 스케줄링을 제어하는 방법을 다룹니다.
KarpenterAmazon EKSKubernetes
사람인·2024년 6월 26일
DevOps
통합된 개발과 배포 : Monorepo와 GitOps의 매력적인 조합
사람인 FE개발팀은 서비스 레거시 개선 과정에서 Monorepo와 GitOps를 도입했습니다. 기존 FE 개발 파이프라인은 기능 개발, 리뷰, QA, 운영 배포 단계를 거쳤지만, DevOps 전담 조직 부재와 유연하지 못한 브랜치별 배포 환경 구축에 어려움이 있었습니다. 특히 feature, hotfix 브랜치의 동시 운영이 복잡했습니다. 이러한 문제를 해결하기 위해 컨테이너 기반 배포 환경을 검토하던 중, SRE팀의 GitOps 발표를 통해 이를 도입하게 되었습니다. GitOps는 배포 및 운영 관련 모든 요소를 Git에서 관리하는 DevOps 실천 방법으로, 개발팀은 이를 통해 보다 유연하고 효율적인 개발 및 배포 환경을 구축할 수 있게 되었습니다.
MonorepoGitOpsNextJs
사람인·2024년 4월 8일
Frontend
Vue3, Composition API와 Pinia를 이용한 상태관리 (2)
이 글은 Vue3의 Composition API와 Pinia를 활용한 상태 관리의 실제 적용 사례를 다룹니다. 이전 글에서 이론적 배경을 설명했다면, 이번 글에서는 사람인 인재풀 서비스에 Pinia를 어떻게 적용했는지 구체적인 결과와 느낀점을 공유합니다. 특히 복잡한 검색 필터 기능을 가진 인재풀 서비스에서 Pinia를 사용하여 상태 관리를 효율적으로 구현한 과정을 설명합니다. Composition API와 `<script setup>`의 역할, Pinia의 장단점, 그리고 실제 서비스 적용을 통해 얻은 경험을 바탕으로 Vue3 생태계에서의 상태 관리 방법에 대한 실질적인 인사이트를 제공합니다.
Vue3Composition APIPinia
사람인·2024년 3월 25일
Frontend
React + TypeScript 전환기 (Feat. msw)
사람인 FE 개발팀에서 기존 서비스 중 하나인 '채용달력' 모바일 서비스를 React와 TypeScript(TS)로 전환한 경험을 공유하는 글입니다. 필자는 Vue 개발 경험을 바탕으로 React와 TS 스택을 프로덕트 레벨에 적용하는 첫 사례로서 겪었던 도전과 부담감을 이야기합니다. TS 도입 결정 배경으로는 테스트 부재, 코드 리뷰 시 잦은 오류 발견, 문서화 부족으로 인한 낮은 생산성 문제 해결의 대안으로 TS를 선택했음을 설명합니다. 또한, 채용달력 서비스에서 시행착오를 거쳐 타입을 두 가지 카테고리로 나누어 관리하는 전략을 소개하며, 새로운 기술 스택 적용 시 겪을 수 있는 어려움과 점진적인 개선의 중요성을 강조합니다. msw(Mock Service Worker) 활용에 대한 언급도 포함되어 있습니다.
ReactTypeScriptmsw
사람인·2024년 3월 12일
DevOps
중앙집중식 syslog 설정 및 관제
이 글은 사람인에서 중앙집중식으로 syslog를 어떻게 관리하고 모니터링하는지에 대한 내용을 다룹니다. Syslog는 커널 및 시스템 데몬에서 로그를 기록하는 표준 프로토콜로, 시스템 운영 및 이슈 분석에 필수적입니다. 글에서는 전통적인 syslog 메시지 형식과 함께, 리눅스 시스템에 기본 설치되어 있는 rsyslog를 활용하는 이유를 설명합니다. rsyslog를 사용하면 추가 설치 없이 설정 배포만으로 로그 포워딩이 가능하며, 원본 로그 데이터를 중앙 로그 서버에 백업할 수 있다는 장점이 있습니다. 또한, 알람 분류 기준에 대한 내용도 포함하여 시스템 운영 효율성을 높이는 방안을 제시합니다.
syslogrsyslog모니터링
사람인·2023년 12월 27일
DevOps
사이트 신뢰성에 대한 지표는 어떻게 구성할까? (Feat. SRE)
이 글은 사이트 신뢰성 엔지니어링(SRE) 관점에서 서비스 수준 지표(SLI)와 서비스 수준 목표(SLO)를 구성하는 방법에 대해 다룹니다. 많은 기업이 시스템 전반의 지표는 관리하지만, 서비스 레벨에 대한 지표는 부족한 경우가 많다는 문제점에서 시작합니다. 글에서는 SLI(서비스 수준을 판단하는 요소 측정)와 SLO(SLI의 목표값 설정)의 개념을 명확히 하고, 사람인에서 웹 서버 로그 포맷을 활용하여 이러한 지표를 수집하고 Elastic에 적재하여 시각화하는 과정을 설명합니다. 이를 통해 서비스 개선 여부를 단기 및 장기적으로 파악할 수 있는 기반을 마련하는 것을 목표로 합니다.
SRESLISLO
사람인·2023년 12월 6일
Etc
사람인 백엔드 개발자에게 취업이란? (w/ 제로베이스)
본 글은 사람인 백엔드 개발자와 제로베이스의 인터뷰 내용을 공유합니다. 인터뷰이는 문과에서 정보통신학과로 전과하여 개발자의 길을 걷게 된 계기, 국비 지원 학원을 통한 프로그래밍 학습 경험, 그리고 SI 회사에서의 첫 실무 경험을 이야기합니다. 특히, 완성도보다 기간을 우선시하는 프로젝트 환경과 신입 개발자로서 겪었던 어려움, 그리고 자기 계발의 필요성을 느끼게 된 과정을 솔직하게 담았습니다. 개발자를 꿈꾸는 취업 준비생들에게 현실적인 조언과 동기 부여를 제공하는 것을 목표로 합니다.
백엔드 개발취업제로베이스
사람인·2023년 11월 15일
Frontend
React Query 도입 후기
본 글은 '멘토링매치' 서비스에서 React Query를 도입한 경험을 공유합니다. React Query는 비동기 로직을 쉽게 다룰 수 있도록 돕는 라이브러리로, 데이터 캐싱, 중복 요청 제거, 백그라운드 데이터 업데이트, 성능 최적화 등 다양한 기능을 제공합니다. 특히 refetch 조건(refetchOnWindowFocus, refetchOnMount, refetchOnReconnect)과 staleTime, cacheTime 옵션에 대한 이해가 중요함을 강조합니다. staleTime은 데이터의 유통기한처럼 신선한 데이터가 오래된 데이터로 변하는 시간을 의미하며, cacheTime은 비활성 상태에서 캐시가 유지되는 시간을 나타냅니다. 이러한 기능들을 통해 개발자는 서버 상태 관리를 효율적으로 할 수 있습니다.
React Query데이터 캐싱비동기 로직
사람인·2023년 8월 2일
Frontend
Vue3, Composition API와 Pinia를 이용한 상태관리 (1)
이 포스팅은 Vue3의 Composition API와 Pinia를 활용한 상태 관리 경험을 공유합니다. Vue3 실무 적용 경험이 없던 필자가 인재풀 프로젝트 개편을 통해 Vue3와 Pinia를 도입하게 된 배경을 설명합니다. 총 4가지 소주제로 구성되며, 첫 번째 주제로 Vue3의 새로운 기능인 Composition API와 `<script setup>`에 대해 다룹니다. Composition API는 Vue.js 애플리케이션의 코드 구성과 재사용성을 향상시키는 새로운 API로, 기존 Options API와 함께 두 가지 방식으로 코드 구성이 가능함을 예시 코드를 통해 보여줍니다. 이어지는 내용에서는 Pinia의 개념과 인재풀 프로젝트에서의 실제 적용 사례, 그리고 이론적 장단점과 실제 경험을 통한 느낀점을 다룰 예정입니다.
Vue3Composition APIPinia
사람인·2023년 6월 27일
Etc
CRM TFT 후기
사람인에서 사용자를 대상으로 체계적인 CRM 도입을 위해 약 7개월간 CRM TFT를 운영하며 겪었던 이슈와 경험을 공유하는 글입니다. 기존에는 앱/웹 전환율 및 성과 분석의 번거로움, GA 샘플링 이슈로 인한 정확한 데이터 확인의 어려움, 메일 타겟 추출 및 컨텐츠 구성의 개발 의존성, 사용자 단위 행동 트래킹의 한계 등의 문제점이 있었습니다. 이러한 문제 해결과 고객 경험 개선, 유입 및 전환 기여를 목표로 CRM TFT가 신설되었습니다. 도입 솔루션으로는 마케팅 자동화 및 개인화 메시지에 강점을 가진 브레이즈(Braze)와 사용자 행동 분석 및 다양한 차트 제공에 특화된 앰플리튜드(Amplitude)가 소개되었습니다. 이 글은 CRM 솔루션 도입 과정에서의 실질적인 내용과 참고할 만한 정보를 제공합니다.
CRMTFTBraze
사람인·2023년 6월 27일
Etc
우리는 이렇게 코드리뷰 합니다
본 글은 사람인개발팀의 코드리뷰 문화 개선 과정을 공유합니다. 과거 SVN 시절 오프라인 리뷰 방식과 제비뽑기 리뷰어 지정 방식의 단점을 설명하고, Git 전환 후 GitLab Merge Request를 통한 온라인 리뷰로 전환하며 겪었던 문제점들을 분석합니다. 주요 문제점으로는 리뷰어 외 참여 저조, 기획서 및 코드만으로는 파악하기 어려운 이슈, 개발 완료 후 리뷰의 한계 등이 제기되었습니다. 글은 이러한 문제점을 바탕으로 코드리뷰 문화를 지속적으로 개선하려는 팀의 노력을 보여줍니다.
코드 리뷰문화개발팀
사람인·2023년 6월 27일
Backend
iOS에서 음성대화 서비스 구현하기 - WebRTC 기술의 활용
사람인의 멘토링매치 서비스에서 iOS 음성 대화 기능을 구현하기 위해 WebRTC 기술을 활용한 경험을 공유합니다. WebRTC는 브라우저에서 영상, 오디오 스트리밍 및 데이터 교환을 가능하게 하는 기술로, 서버 없이 P2P 통신을 지원합니다. iOS에서는 미디어 데이터 수집, 시그널링 과정, RTCPeerConnection 연결, 미디어/데이터 교환의 4단계로 구현됩니다. 특히, P2P 연결을 위한 세션 정보 교환을 위해 WebSocket 기반의 시그널링 서버를 사용했으며, 다양한 네트워크 환경에서의 통신을 위해 NAT 및 방화벽 환경을 고려해야 함을 강조합니다.
WebRTCiOS음성대화
사람인·2023년 6월 16일