nginx 설정 없이 우아하게 서비스 점검하기 (下)
리뉴얼된 AccessBlock
devBlog
Monitoring 글 모음
기업 기술블로그의 Monitoring 관련 글 183개
Lustre의 파일 create & open 과정 분석 - 2
들어가기 앞서 이번 블로그에서 설명할 내용은 지난 Lustre의 파일 create & open 과정 분석 -1의 후속 내용으로, 클라이언트에서 보낸 요청이 MDS에서 처리되는 과정과 이후 클라이언트의 후속 처리 과정을 담고 있습니다. 아래 그림에서 1번은 지난 1편 블로그의 내용이고, 2번은 본 편에서 설명할 내용입니다. 1편의 내용을 숙지하고, 2편을 보시면 전체 흐름을 이해하는 데 도움이 될 수 있습니다. 러스터의 전체적인 software
그 많던 메시지는 누가 다 먹었을까? 🧀
카카오뱅크 알림탭 시스템에서 발생한 동시성 문제를 해결한 경험을 다룬 글입니다. ShardingSphere 라이브러리로 인해 발생한 문제를 분석하고, 이를 재현 및 해결한 과정을 상세히 담았습니다. 또한, 핵심 라이브러리 관리의 중요성과 새롭게 도입한 관리 방법에 대해 설명합니다. 알림탭 시스템의 비정상적인 동작과 그 원인을 파악하는 여정을 다룬 만큼, 백엔드 개발과 시스템 안정성에 관심 있는 분들은 꼭 읽어보세요!
표준을 통한 마이크로 서비스의 Observability 구축기
저희는 Kubernetes 환경에서 동작하는 서비스의 증가와 최근 k8s 환경에서 대규모 서비스 오픈을 진행 했으며, 이에 대비하여 어떻게 마이크로 서비스에서 가시성을 확보할지, 또 문제가 생겼을 경우 어떻게 쉽게 문제를 확인하고 추적 할지에 대해 고민하게 되었습니다. 그 결과, OpenTelemetry와 SigNoz 조합을 활용한 Observability 환경을 구축하게 되었으며, 그 경험을 공유하고자 합니다. 시작하게 된 배경 기존 모니터링
Database Insights, 메트릭 대시보드 사용자 정의 지원 추가
Database Insights
쿼리가 길면 밟힌다! 포스타입에서 데이터베이스를 모니터링 하는 방식
안녕하세요. 포스타입 기술팀의 백엔드 엔지니어 김안선 입니다. 포스타입은 대량의 요청을 실시간으로 처리하는 서비스 입니다. 대규모 서비스 운영에서 데이터베이스의 안정성은 곧 서비스의 품질과도 직결되는 요소인데요. 데이터베이스는 마치 시스템의 심장과도 같아서 사용자가 늘어남에 따라 데이터를 혈액처럼 끊임없이 공급하고 생성합니다. 하지만 급격한 혈류의 증가로 처리 속도가 저하된다면 시스템의 장애를 야기할 수도 있습니다. 오늘은 포스타입을 지탱하는
레거시 시스템 교체기: 실시간 트래픽 미러링을 통한 안정적 전환 사례
[보도자료] 어니컴, '라이나생명'에 프런트엔드 성능 관리 솔루션 'IMQA' 구축 완료
IMQA가 고객 중심 시스템을 갖추고 고객 접점에서 빠른 응대와 안정적인 시스템을 운영하는 라이나생명과 함께합니다.
[WhaTap] RDS Failover/Reboot 관제 2 – RDS Failover
오늘은 BESPIN GLOBAL SRE실 지봉근님이 작성해주신 '[WhaTap] RDS Failover / Reboot 관제 2 - RDS Failover'에 대해 소개해드리도록 하겠습니다. The post [WhaTap] RDS Failover/Reboot 관제 2 – RDS Failover appeared first on BESPIN Tech Blog.
[WhaTap] RDS Failover / Reboot 관제 1 – Describe RDS
오늘은 BESPIN GLOBAL SRE실 지봉근님이 작성해주신 '[WhaTap] RDS Failover / Reboot 관제 1 - Describe RDS' 에 대해 소개해드리도록 하겠습니다. The post [WhaTap] RDS Failover / Reboot 관제 1 – Describe RDS appeared first on BESPIN Tech Blog.
Micrometer 객체 증가로 인한 메모리 이슈 회고
목차 들어가며 시스템 구성 및 개선 배경 주요 이슈 분석 1. 이슈 1: Micrometer 객체 증가 현상 2. 이슈 2: 메모리 점진적 증가 현상 최종 결론 마무리하며 들어가며 안녕하세요. 주문플랫폼개발팀 이경진입니다. 최근 주문플랫폼개발팀과 쿠폰/PCS개발팀이 함께 진행한 최대할인가 구조 개선 과정에서 예상치 못한 몇 가지 성능 이슈를 마주하게 되었습니다. 이 글에서는 함께 논의하며 문제를 해결해 나갔던 과정을 되짚어보고, 어떤 이슈가 있
DevLake를 활용한 DORA Metrics 지표 수집 및 시각화 도입기
안녕하세요, 비브로스 DevOps 엔지니어 박도준 입니다.
R.I.P. 내가 만든 시스템이 무지개 다리를 건넌 이야기 🪦🍂
Oslo는 카카오뱅크 첫 화면의 장애격리 문제를 해결하기 위해 시작된 프로젝트였습니다. 하지만 오픈 이후, 여러 우여곡절을 겪으면서 3년 만에 EOS(End Of Service) 되었습니다. 이 글에서는 Oslo 시스템의 생존과 진화 과정을 통해 얻은 통찰과, 새로운 시스템 도입 전 반드시 고려해야 할 고민들을 소개합니다.
IMQA, 이런 기업에게 추천합니다 #1 - 금융/보험
금융/보험 서비스 기업의 고민, "서비스 안정성" 고객을 위한 안정적인 서비스 운영이 가능하도록 IMQA가 도와드릴게요!
[보도자료] 어니컴, ‘삼성생명’과 ‘IMQA’ 공급 계약 체결
IMQA가 업계 최대의 전속 설계사 조직을 전문적으로 운영하는 삼성생명과 함께합니다. IMQA는 삼성생명 FC(보험설계사)가 보험 청약 업무로 활용하는 모바일 앱을 시작으로 대고객 앱∙웹 운영 시스템의 Front 영역 상시 모니터링 체계 구축을 지원할 예정입니다.
2025년 변화하는 IMQA #3 - 문제 해결 인사이트, 크래시 & 로그 분석
새로운 IMQA는 앱・웹 애플리케이션의 문제 상황에 대하여 정확하게 판단하고 처리할 수 있도록 다양한 데이터를 지원합니다.
로그 인리치먼트(Log Enrichment)
2025년 변화하는 IMQA #2 - 서비스 상태와 변동 모니터링
새로운 IMQA는 데이터를 보다 광범위하게 수집/처리함으로써 다양한 정보를 신속하게 제공하고, 서비스 운영 상태에 대하여 정확하게 판단하고 처리할 수 있도록 지원합니다.