Velopers
필터 1
당신의 CPU는 열심히 일하고 있나요?
라인
데브옵스

당신의 CPU는 열심히 일하고 있나요?

쿠버네티스의 CPU 요청량, 상한, CFS 스로틀링 관계를 설명하고 상한 제거가 성능에 미치는 영향을 테스트 결과로 정리했습니다. Spring 싱글 테넌시는 상한 제거가 유효했고, Node.js 멀티 테넌시는 일관성 때문에 유지가 적절했습니다.

#Kubernetes#CPU
23200
네이버 D2
백엔드

CDC 복제 이후 오라클이 느려졌다? child cursor 폭증이 만든 예상치 못한 문제

Oracle 복제 전환 과정에서 child cursor 폭증으로 주문 동기화 지연이 발생했습니다. 바인딩 타입 고정과 TIMESTAMP 정규화 등으로 성능을 안정화했습니다.

#Oracle#cursor
11300
Elasticsearch 성능 비교: Box vs Polygon, 어떤 방식이 더 빠를까?
여기어때
백엔드

Elasticsearch 성능 비교: Box vs Polygon, 어떤 방식이 더 빠를까?

Elasticsearch 사각형 공간 검색에서 Box와 Polygon의 성능을 비교했습니다. 두 방식은 큰 차이 없이 유사했으며, 단순 검색에는 Box를 우선 고려할 수 있었습니다.

#Elasticsearch#검색
9400
Apache Flink 어플리케이션의 End-to-End Latency 병목 찾아내기
하이퍼커넥트
백엔드

Apache Flink 어플리케이션의 End-to-End Latency 병목 찾아내기

Flink 어플리케이션의 end-to-end latency 병목을 찾기 위해 operator 지표와 flame graph를 활용하는 방법을 소개했습니다. 처리 시간과 처리 외 시간을 분리해 관측하고, 병목 유형별로 다른 개선 방향을 제시했습니다.

#Flink#성능
4700
캐치테이블 지도 개발기(2편)
캐치테이블
프론트엔드

캐치테이블 지도 개발기(2편)

지도와 리스트를 하나의 화면에서 자연스럽게 전환하는 하이브리드 뷰를 도입한 과정을 다뤘습니다. 웹 뷰 성능 최적화로 사용자 수와 예약 완료 지표도 개선했습니다.

#검색#UI/UX
45500
토스의 디자인 편집기 ‘데우스’, 이렇게 만들었어요! | EP.11
토스
프론트엔드

토스의 디자인 편집기 ‘데우스’, 이렇게 만들었어요! | EP.11

토스가 자체 디자인 편집기 데우스(Deus)를 만든 이유와 개발 과정을 소개했습니다. 상태 관리로 MobX를 선택한 배경과 기술적 도전도 함께 다뤘습니다.

#UI/UX#성능
18000
Airpage CSR: 한달에 400억번 요청되는 페이지 크기 60% 줄이기
AB180
프론트엔드

Airpage CSR: 한달에 400억번 요청되는 페이지 크기 60% 줄이기

한달에 400억번 요청되는 광고링크 중계페이지를 2.1KB에서 0.9KB로 줄인 개발 경험을 공유했습니다. 초고빈도 페이지의 전송 크기 최적화에 초점을 둔 사례입니다.

#CSR#성능
10300
[이 차 사도 돼?] 본넷, 앞뒷문 판금 성능지 누락되었어요.
오토피디아
기타

[이 차 사도 돼?] 본넷, 앞뒷문 판금 성능지 누락되었어요.

중고차 성능지와 보험이력을 비교해 판금·수리 이력을 해석하는 방법을 다뤘습니다. 성능지와 실제 이력이 다를 경우 성능보증보험 청구 가능성도 언급했습니다.

#성능#보험
800
삼성
백엔드

SmartThings, OpenSearch 도입으로 성능과 비용 절감

SmartThings 기록 시스템의 DB를 HBase에서 OpenSearch로 교체한 사례를 소개했습니다. 성능 개선과 비용 절감을 목표로 전환을 진행했습니다.

#OpenSearch#DB
400
전용 코디네이터 노드를 사용한 Amazon OpenSearch Service 클러스터 복원력과 성능 향상
AWS
백엔드

전용 코디네이터 노드를 사용한 Amazon OpenSearch Service 클러스터 복원력과 성능 향상

전용 코디네이터 노드를 통해 OpenSearch에서 조정 작업과 데이터 처리를 분리하는 방법을 설명했습니다. 색인·검색 성능 향상과 VPC IP 절감, 운영 지표 점검 방법도 함께 정리했습니다.

#Amazon OpenSearch Service#OpenSearch
3600
Amazon Elasticache Valkey 8.0은 더 빠른 스케일링과 개선된 메모리 효율을 제공합니다
AWS
데브옵스

Amazon Elasticache Valkey 8.0은 더 빠른 스케일링과 개선된 메모리 효율을 제공합니다

Amazon ElastiCache가 Valkey 8.0을 지원하며 더 빠른 스케일링과 개선된 메모리 효율을 제공했습니다. 서버리스 확장 속도와 노드 기반 클러스터의 메모리 사용량이 모두 개선되었습니다.

#AWS#ElastiCache
3800
오픈채팅 Lite FE 성능 개선의 모든 것
카카오
기타

오픈채팅 Lite FE 성능 개선의 모든 것

X

#성능#FE
14500
대규모 앵귤러 웹 애플리케이션 성능 최적화: 카카오 챗봇 관리자센터 사례
카카오
기타

대규모 앵귤러 웹 애플리케이션 성능 최적화: 카카오 챗봇 관리자센터 사례

X

#Angular#성능
2700
Ingress Nginx Controller의 Prometheus Metric 병목 현상: 원인 분석과 해결 (2부)
카카오
데브옵스

Ingress Nginx Controller의 Prometheus Metric 병목 현상: 원인 분석과 해결 (2부)

Ingress Nginx Controller의 Prometheus 메트릭 병목 현상을 분석한 글입니다. 대용량 트래픽 환경에서의 원인과 해결 방향을 다뤘습니다.

#Prometheus#nginx
2200