데브시스터즈

RSS

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

All Frontend Backend AI DevOps Architecture Etc

DevOps
데브시스터즈 엔지니어링 데이 - Infra/SRE 돌아보기
데브시스터즈에서 개최한 '엔지니어링 데이 - Infra/SRE' 행사 후기입니다. 대규모 트래픽 속에서 서비스를 안정적으로 지탱하는 Infra/SRE 분야의 기술적 문제 해결 경험을 공유하기 위해 기획되었습니다. 다양한 업계 관계자들이 참여하여 적극적으로 소통했습니다. 특히, '데브시스터즈의 장애 대응 원칙과 방법' 발표에서는 서비스 장애의 정의, 장애 대응 원칙 및 방법, 알람 티어링 권장 체계, 효과적인 장애 대응 방안 등을 실제 사례와 함께 상세히 다루었습니다. 이 행사는 데브시스터즈의 기술적 노하우를 공유하고 업계 동향을 파악하는 중요한 기회가 되었습니다.
InfraSRE데브시스터즈 엔지니어링 데이
데브시스터즈·2025년 4월 3일
DevOps
데브시스터즈의 장애 대응 원칙과 방법
데브시스터즈의 DevOps 엔지니어가 전사적으로 적용하는 장애 대응 원칙과 방법을 소개하는 글입니다. 장애 대응의 최우선 목표는 서비스의 정상 동작이며, 이를 위해 지식이나 경험 수준에 관계없이 대응 가능한 모든 사람이 적극적으로 문제 해결에 기여해야 합니다. 비행기 착륙에 비유하며, 문제의 원인 규명보다 서비스 복구를 우선시해야 함을 강조합니다. 또한, 장애 발생 시에는 스스로 해결하기 어렵다고 판단되면 즉시 도움을 요청하는 에스컬레이션과 상황 전파의 중요성을 설명합니다. 오탐이라도 의심되면 점검하고, 호출받은 사람은 부담 없이 협력해야 하며, 반복되는 호출은 알람 시스템 개선의 필요성을 시사합니다. 궁극적으로는 구성원 모두가 기본적인 응급 조치 역량을 갖추어 담당자 부재 시에도 안정적인 서비스 운영을 지원하는 것을 목표로 합니다.
장애 대응원칙방법론
데브시스터즈·2025년 2월 13일
DevOps
Datadog Live with Devsisters 돌아보기
데브시스터즈에서 진행된 'Datadog Live with Devsisters' 행사 후기를 공유하는 글입니다. 이 행사는 데브시스터즈가 오랜 기간 사용해 온 모니터링 서비스인 Datadog의 실제 사용 노하우와 도입 배경을 개발자들에게 공유하기 위해 마련되었습니다. 게임, 인프라, 데이터, 플랫폼 팀의 엔지니어들이 패널로 참여하여 Datadog 도입 과정부터 현재까지의 활용 사례, 그리고 Q&A 시간을 통해 참가자들의 이해를 높였습니다. 특히 AWS 한국 리전 출시 이전부터 클라우드 환경을 운영해 온 데브시스터즈의 경험을 바탕으로 Datadog을 어떻게 활용하고 있는지 구체적인 사례를 공유하며, 게임 업계뿐만 아니라 다양한 산업군의 개발자들에게 유익한 정보를 제공했습니다. 행사의 주요 내용은 Datadog Korea 유튜브 채널에 업로드되어 있습니다.
Datadog모니터링행사
데브시스터즈·2024년 8월 29일
DevOps
세계 최초로 cert-manager 버그를 발견하고 해결하기
데브시스터즈 진저랩 인프라셀의 데브옵스 엔지니어가 cert-manager의 버그를 발견하고 해결한 경험을 공유합니다. Let's Encrypt 인증서를 쿠버네티스 환경에서 사용하던 중, 만료된 DST Root CA X3 인증서가 포함된 체인이 의도와 다르게 사용되는 문제를 발견했습니다. 이는 cert-manager의 내부 로직 오류로 인해 발생했으며, 엔지니어는 해당 버그를 디버깅하고 수정하는 과정을 상세히 설명합니다. 결국, 이 문제는 업스트림 cert-manager 프로젝트에 기여하여 해결되었으며, 오픈소스 생태계에 기여한 경험을 강조합니다. 이 글은 cert-manager와 Let's Encrypt를 사용하는 쿠버네티스 환경에서 발생할 수 있는 인증서 관련 문제를 이해하고 해결하는 데 도움을 줄 수 있습니다.
cert-managerKubernetesLet's Encrypt
데브시스터즈·2024년 2월 27일
DevOps
쿠키런: 킹덤 길드 업데이트 이후 서비스 이슈 되돌아보기
이 글은 쿠키런: 킹덤 길드 업데이트 이후 발생했던 서비스 이슈를 DevOps 관점에서 되돌아보는 회고록입니다. 특히 CockroachDB 사용 중 발생한 'Hot Range' 현상에 초점을 맞추어, 분산 데이터베이스의 특성과 이로 인해 발생하는 문제점들을 설명합니다. 글에서는 데이터를 'Range' 단위로 저장하는 CockroachDB의 구조를 기반으로 Hot Range가 발생하는 원인을 분석하고, 관련 장애 대응 경험을 공유합니다. 이전 런칭 회고, 데이터베이스 복원기, AWS AZ 장애 아웃라인 등 관련 기술 블로그들을 함께 참고하며 서비스 안정성을 확보하기 위한 DevOps 엔지니어의 노력을 엿볼 수 있습니다.
쿠키런: 킹덤서비스 이슈길드 업데이트
데브시스터즈·2023년 4월 19일
DevOps
쿠키런: 킹덤 AWS AZ 장애 아웃라인
이 글은 데브시스터즈의 쿠키런: 킹덤이 2021년 2월 19일 발생한 AWS 도쿄 리전 데이터센터 장애로 인해 겪었던 서비스 복구 과정을 공유합니다. 2022년 NDC 세션에서도 다뤄진 이 사건은, 회식 자리에서 DB 노드 장애 알람이 울렸을 때 데브옵스 엔지니어들이 CockroachDB의 분산 특성 덕분에 초기에는 크게 당황하지 않았던 상황에서 시작됩니다. 글은 AWS와 같은 클라우드 벤더사도 100% SLA를 보장하지 못하는 상황에서, 장애 발생 시 서비스 복구를 위해 어떤 과정을 거쳤는지 상세히 다룹니다. 특히 CockroachDB의 분산 데이터베이스로서의 역할과 장애 대응 전략에 대한 내용을 포함하고 있습니다.
AWSAZ 장애서비스 복구
데브시스터즈·2023년 2월 16일
DevOps
입사 첫날에 36시간 점검 경험하기
이 글은 데브시스터즈에 입사 첫날, 36시간 동안 진행된 점검 경험을 신입 엔지니어의 관점에서 기록한 회고록입니다. 저자는 게임 유저에서 엔지니어로 역할이 바뀐 첫날, 예상치 못한 대규모 점검 상황에 직면하게 됩니다. 이 경험은 2년이 지난 지금도 강렬한 기억으로 남아있으며, 특히 쿠키런: 킹덤과 관련된 다른 기술 블로그 글들을 함께 제시하며 당시의 DevOps 및 시스템 장애 대응 맥락을 보여줍니다. 글은 입사 첫날의 특별한 경험을 통해 얻은 인사이트와 함께, 장애 상황에서의 엔지니어링적 대처 과정을 간략하게 소개합니다.
장애 대응점검신입 엔지니어
데브시스터즈·2023년 1월 6일
DevOps
쿠키런: 킹덤 런칭 회고
이 글은 데브시스터즈의 쿠키런: 킹덤 런칭 과정에서 데브옵스 팀이 수행한 업무와 경험을 회고합니다. 특히 런칭 및 안정적인 운영 체계 구축이라는 큰 미션을 중심으로, 팀이 겪었던 주요 사건들과 기술적 결정들을 공유합니다. 글에서는 CockroachDB 사용 이유, 데이터베이스 스토리지 레이어 복구, AWS AZ 장애 대응, 길드 업데이트 이슈 등 구체적인 사례들을 다루며, NDC22 발표 내용을 보완하여 더 자세한 정보를 제공합니다. 엔지니어링 관점에서 겪었던 어려움과 이를 극복해나간 과정을 통해 서비스 안정화에 기여한 데브옵스 팀의 역할을 조명합니다.
쿠키런: 킹덤런칭 회고DevOps
데브시스터즈·2022년 11월 23일
DevOps
Unity 프로젝트를 위한 Git Hooks 활용
이 글은 Unity 게임 클라이언트 프로젝트에서 Git Hooks를 활용하여 개발 효율성을 높이는 방안을 제안합니다. Git Hooks는 Git 저장소에서 특정 이벤트가 발생했을 때 자동으로 스크립트를 실행하는 기능으로, 코드 커밋 전 유효성 검사, 테스트 자동화, 빌드 프로세스 간소화 등에 활용될 수 있습니다. 특히 Unity 프로젝트에서는 에셋 번들 빌드 전후 처리, 코드 스타일 검사, 빌드 설정 자동화 등 다양한 단계에서 Git Hooks를 적용하여 반복적인 작업을 줄이고 휴먼 에러를 방지할 수 있습니다. 이를 통해 개발자는 핵심 기능 개발에 집중하고, 프로젝트의 안정성과 일관성을 유지하며, 전반적인 개발 생산성을 향상시킬 수 있습니다. Git Hooks를 효과적으로 활용하면 더욱 빠르고 안정적인 게임 개발 환경을 구축할 수 있습니다.
Git HooksUnityGit
데브시스터즈·2022년 8월 2일
DevOps
“DevOps”의 인적 확장 (The human scalability of “DevOps”)
이 글은 'The human scalability of DevOps'라는 원문을 번역하여 DevOps 엔지니어링 조직의 인적 확장성에 대한 깊이 있는 고민을 공유합니다. 저자는 DevOps가 작은 조직에서는 잘 작동하지만, 신중한 계획과 관리 없이는 큰 조직으로 확장할 때 심각한 문제를 야기할 수 있다고 지적합니다. 특히, Envoy의 창시자인 Matt Klein의 2018년 글을 번역하며, DevOps의 정의, 조직 구조, 역할, 그리고 방향성에 대한 통찰력을 제공합니다. 시간이 지나도 여전히 유효한 DevOps의 인적 확장성 문제를 다루며, 엔지니어링 조직의 성장에 대한 중요한 시사점을 던집니다.
DevOps인적 확장조직 구조
데브시스터즈·2022년 6월 28일
DevOps
WireGuard로 멋진 VPN 서버 구축하기 - 2
이 글은 WireGuard를 활용하여 VPN 서버를 구축하는 경험을 공유하는 2부 글입니다. 1부에서 다룬 WireGuard 기본 설명과 네트워킹 스택에 이어, 2부에서는 인증, eBPF를 이용한 패킷 필터링, 그리고 사용자 편의 기능 개발에 초점을 맞춥니다. 특히 Keycloak SSO 연동을 통해 웹 UI 로그인 후 디바이스를 활성화하는 방식으로 보안을 강화했으며, 키의 유효 시간을 제한하고 비활성화 시 알림을 보내는 기능을 구현했습니다. 또한, eBPF를 활용하여 패킷 필터링 및 사용자 편의 기능을 개발한 경험을 소개하며, 자체 VPN 서버의 보안성과 확장성을 높이는 방법을 다룹니다.
WireGuardVPNeBPF
데브시스터즈·2021년 9월 3일
DevOps
WireGuard로 멋진 VPN 서버 구축하기 - 1
이 글은 데브시스터즈에서 기존 OpenVPN을 WireGuard 기반 VPN으로 전환한 경험을 공유합니다. 필자는 AWS와 리눅스 커널 네트워킹 스택을 활용하여 자체 VPN 서버의 기반을 구축하는 과정을 설명하며, 1부에서는 WireGuard 소개, 커널 네트워킹 스택, AWS 네트워킹 스택에 대해 다룹니다. OpenVPN 사용 시 겪었던 SSO 연동의 불편함 등 문제점을 지적하며 WireGuard로 전환하게 된 배경을 설명합니다. 2부에서는 인증, eBPF를 활용한 패킷 필터링 및 유저 편의 기능 구현에 대해 다룰 예정입니다.
WireGuardVPNAWS
데브시스터즈·2021년 9월 3일
DevOps
[Windows 컨테이너] 4: 베이스 이미지, 격리 방식에 대한 이해
이 글은 Windows 컨테이너 환경에서 베이스 이미지와 격리 방식에 대한 이해를 돕는 것을 목표로 합니다. Windows 컨테이너는 기존 Windows Server 애플리케이션을 안정적으로 실행하는 데 중점을 두며, 베이스 이미지 선택이 중요합니다. 대표적으로 서버 코어 이미지와 나노 서버 이미지가 있으며, 서버 코어는 호환성이 높지만 용량이 크고, 나노 서버는 용량이 작지만 호환성에 제약이 있을 수 있습니다. 글에서는 각 이미지의 특징과 실제 사용 시 고려사항을 다룹니다. Windows 컨테이너 시리즈의 네 번째 글로, 이전 글들에서 다룬 컨테이너 이해, 개발 환경 구축, NT 서비스 마이그레이션에 이어 심화 내용을 제공합니다.
Windows 컨테이너베이스 이미지격리 방식
데브시스터즈·2020년 9월 7일
DevOps
Istio와 Spinnaker를 활용한 Blue-Green + Canary 자동 배포 전략 도입기
데브시스터즈는 게임 서비스 운영 효율성과 안전성을 높이기 위해 Kubernetes 환경에서 Istio와 Spinnaker를 활용한 Blue-Green 및 Canary 배포 전략을 도입했습니다. 기존의 Rolling Update 방식은 잦은 업데이트와 핫픽스 상황에서 발생하는 부담과 위험을 해결하지 못했습니다. 새로운 전략은 쉬운 롤백, 신 서버 모니터링 및 디버깅, Warm-up 기능, 업데이트 시간 단축 등의 요구사항을 충족합니다. 이 글은 이러한 자동 배포 전략 도입 과정을 상세히 설명하며, 실제 서비스에 적용하여 얻은 경험과 성과를 공유합니다.
IstioSpinnakerBlue-Green
데브시스터즈·2020년 8월 19일
DevOps
EKS에서 쿠버네티스 포드의 IAM 권한 제어하기: Pod Identity Webhook
이 글은 AWS EKS 환경에서 쿠버네티스 포드(Pod)의 IAM 권한을 개별적으로 제어하는 Pod Identity Webhook 애드온의 필요성과 동작 원리, 사용 방법을 설명합니다. 기존에는 EC2 인스턴스 단위로 IAM 역할을 부여하여 모든 포드가 동일한 권한을 공유하는 문제가 있었으나, 이는 보안상 취약점을 야기할 수 있습니다. Pod Identity Webhook은 각 포드에 애플리케이션에 필요한 최소한의 IAM 역할만 부여하여 보안을 강화하는 솔루션입니다. 글에서는 kube2iam, kiam과 같은 기존 방식의 한계를 언급하며 Pod Identity Webhook의 장점을 부각하고, 실제 적용 사례를 통해 EKS 환경에서의 IAM 권한 관리를 효율화하는 방법을 제시합니다.
EKSKubernetesIAM
데브시스터즈·2020년 6월 2일
DevOps
[Windows 컨테이너] 3: NT 서비스를 Windows 컨테이너로 마이그레이션하기
이 글은 Windows 컨테이너 환경으로 NT 서비스를 마이그레이션하는 방법을 상세하게 다룹니다. 리눅스와 달리 Windows 서버 애플리케이션을 컨테이너로 옮기는 것은 아키텍처 및 기술적인 고민이 많이 필요하며, 특히 NT 서비스와 같이 독립적인 서버에서 실행되던 애플리케이션의 경우 더욱 그렇습니다. 본문에서는 NT 서비스 애플리케이션을 컨테이너로 옮기는 구체적인 방법과 함께, 해당 서비스가 생성하는 다양한 로그를 표준 출력으로 내보내는 기법을 설명합니다. 이를 통해 Windows 기반 워크로드를 컨테이너 환경에 성공적으로 통합하는 실질적인 가이드라인을 제공합니다.
Windows 컨테이너NT 서비스마이그레이션
데브시스터즈·2020년 1월 10일
DevOps
[Windows 컨테이너] 2: Windows 컨테이너 개발 환경 구축하고 테스트하기
이 글은 Windows 컨테이너를 활용한 개발 환경 구축 및 테스트 방법을 다룹니다. 이전 글에서 Windows 컨테이너의 개념과 필요성을 설명한 데 이어, 이번 글에서는 실제 개발을 위한 준비물과 환경 설정 과정을 상세히 안내합니다. Hyper-V를 지원하는 Windows 10 호환 컴퓨터가 주요 준비물이며, CPU 가상화 기능 활성화 및 Windows 10 S Mode 해제 등 필요한 사전 작업들을 설명합니다. 이를 통해 사용자는 Windows 컨테이너를 이용한 개발 및 테스트를 시작할 수 있는 실질적인 기반을 마련하게 됩니다. 시리즈의 다음 글에서는 NT 서비스를 컨테이너로 마이그레이션하는 방법을 다룰 예정입니다.
Windows 컨테이너개발 환경Docker
데브시스터즈·2019년 6월 10일
DevOps
[Windows 컨테이너] 1: Windows 컨테이너에 대한 이해
이 글은 Windows 컨테이너 기술에 대한 기본적인 이해를 돕기 위해 작성되었습니다. Windows 컨테이너는 Microsoft가 개발하여 Windows Server 2016부터 선보인 기술로, Windows 기반 워크로드를 컨테이너화하여 운영할 수 있게 합니다. 주로 Windows 기반 서버 인프라를 개발하고 운영하는 DevOps 엔지니어와 컨테이너 기술에 관심 있는 Windows 개발자를 대상으로 합니다. 글의 전반부에서는 Windows 컨테이너의 필요성과 이점을 설명하고, 후반부에서는 Windows 컨테이너의 기본 개념과 함께 Docker 및 Kubernetes와의 연관성을 다룹니다. 이 시리즈는 Windows 컨테이너의 개발 환경 구축, NT 서비스 마이그레이션, 베이스 이미지 및 격리 방식 이해 등 실무 적용을 위한 내용을 단계별로 다룰 예정입니다.
Windows 컨테이너DockerKubernetes
데브시스터즈·2019년 5월 31일