기업 기술블로그의 DevOps 관련 글 934개
늘어나는 트래픽, 늘어나는 서버: 한계를 돌파하다 안녕하세요. 11번가 전시서비스개발팀에서 백엔드를 담당하고 있는 서장원입니다. 이번 글에서는 고객이 11번가에 처음 진입하는 관문인 전시서비스를 더 비용 효율적으로, 그리고 대량 트래픽 환경에서도 안정적으로 운영하기 위해 전시서비스개발팀의 김민교 님과 함께 고민하고 풀어나갔던 과정에서 다뤘던 주요 개선 포인트를 중심으로 소개합니다. 목차 미리보기: 핵심 개선 포인트 들어가며 트래픽의 꾸준한 증가
QA Engineer, 변유진 님
카카오페이의 AI 플랫폼 구축 여정을 소개합니다.
Public Cloud 시대에 접어들면서 사람들은 클릭 몇 번만 하면 네트워크 구축을 손쉽게 할 수 있는 시대가 되었습니다. 그래서 네트워크 통신은, 예전에도 그랬지만, 이젠 ‘당연히 되어야 하는 것’이 되었습니다. 그러면 이 당연한 것이 갑자기 안되면 어떻게 해야할까요? 예전엔 서버실에 가서 직접 Packet을 까보면 되었지만, 지금은 직접 갈 수 있는 서버실이 없어졌습니다. 우린 어떻게 네트워크 문제를 파악해야 할까요? 이번 글에서는 AWS
※ 참가 신청은 11월 17일 월요일 13:00에 마감됩니다. COMMIT 신청하기 goorm 구름은 ‘모두가 개발자가 된다’는 비전으로 ‘개발자 성장 중심’ 생태계를...
카카오뱅크 투자/외환기술팀이 클라우드 네이티브 환경에서 펀드 시스템을 독립 구축하면서 탄생한 사내 Spring Boot Starter 라이브러리 ‘barcelona’을 소개합니다. 은행 도메인의 특수한 환경에서 핵심금융원장을 Spring Boot 기반으로 만들고, FixedLength 전문 처리, HTTP Client 추상화, 분산 트레이싱 등 공통적인 기능을 라이브러리화하여 개발 생산성을 높인 여정을 직접 확인해보세요!
🎶 마이크로서비스 오케스트라 지휘법: Spring Cloud Config…
새로운 서비스를 개발하며 배포 과정을 자동화하는 CI/CD 구축은 필수적인 과제였습니다. 하지만 기존에 사용하던 배포 방식은 몇 가지 고질적인 문제점을 안고 있었고, 이로 인해 더 안정적이고 효율적인 배포 전략을 모색하게 되었습니다. 첫째, 배포 중 간헐적으로 발생하는 에러가 문제였습니다. 명확한 원인 파악이 어려워 재현조차 힘든 에러는 배포의 안정성을 떨어뜨리는 주범이었습니다. 둘째, 배포 실패 시 전체 서버가 다운되는 치명적인 위험이 있었습
복잡한 시스템에서 직접 상태 관리를 하다 보면 한계와 어려움이 분명하게 드러납니다. 이 글에서는 카카오뱅크 알림 발송 시스템 개발에 FSM(Finite State Machine) 개념을 어떻게 적용했는지, 직접 구현 방식의 한계와 Spring Statemachine을 활용해 얻은 장점, 그리고 실제로 마주한 도전 과제를 다룹니다. 프레임워크가 제공하는 체계적인 상태 관리와 개발 생산성 향상 효과, 그리고 학습 비용과 복잡성이라는 트레이드오프를
Shift Up 키 메시지를 중심으로 탄생한 카카오뱅크 기술 컨퍼런스 KodeRunner 2025 현장을 소개합니다. AI와 신기술을 직접 체험할 수 있는 Swap Space 부스, 다양한 세션과 핸즈온 실습, 그리고 알찬 After Party까지. 카카오뱅크 기술 직군 최대 축제의 생생한 분위기와 진솔한 구성원 후기, DevRel의 기획 방향과 성과가 궁금하다면 이 글에서 모두 확인해보세요!
안녕하세요, 버즈빌 Supply 그룹의 Product Backend 팀 리드 Wynn입니다. 현재 저희 팀에서 함께 팀을 성장시킬 동료를 찾고 있습니다. 채용 공고만으로는 우리 팀이 어떤 팀이고, 어떤 일을 하는지 충분히 전하기 어렵다고 느껴 이 글을 쓰게 되었습니다. 저희 팀은 버즈베네핏(BuzzBenefit)의 백엔드 시스템 전반을 책임지고 있습니다.…
Shift Up 키 메시지를 중심으로 탄생한 카카오뱅크 기술 컨퍼런스 KodeRunner 2025 현장을 소개합니다. AI와 신기술을 직접 체험할 수 있는 Swap Space 부스, 다양한 세션과 핸즈온 실습, 그리고 알찬 After Party까지. 카카오뱅크 기술 직군 최대 축제의 생생한 분위기와 진솔한 구성원 후기, DevRel의 기획 방향과 성과가 궁금하다면 이 글에서 모두 확인해보세요!
1. 들어가며 현재 사내의 로그 수집은 Heimdall과 OpenTelemetry(w. sigNoz)를 기반으로 이루어지고 있습니다. 오류 관제의 대부분은 Heimdall의 룰(rule) 에 따라 Slack 채널로 전달되며, 실제 장애 발생 시 관련 로그가 아래와 같이 공유 되고 있습니다. (이미지 참조) 그러나 기존 메시지 템플릿으로 모니터링을 진행하면서 다음과 같은 불편함이 있었습니다. 불필요하게 긴 Stack Trace (메시지가 너무 길
페이지 29 / 52 (총 934개)
