
Server-Sent Events로 실시간 알림 전달하기
MQTT 기반 알림의 제약을 해결하기 위해 AWS IoT와 SSE를 도입했습니다. 정형화된 메시지, 재전송, 수신 확인으로 실시간성과 안정성을 높였습니다.
새로운 기술 블로그가 추가되었어요

MQTT 기반 알림의 제약을 해결하기 위해 AWS IoT와 SSE를 도입했습니다. 정형화된 메시지, 재전송, 수신 확인으로 실시간성과 안정성을 높였습니다.


여러 탭의 실시간 이벤트를 Service Worker와 SSE로 하나의 연결에 통합했습니다. 메시지 유실 방지, 권한 검증, 재연결 전략까지 포함해 안정성을 높였습니다.


Python 기반 에이전트 워크플로우 엔진을 Golang으로 전환한 사례를 소개했습니다. 고루틴과 채널로 스트리밍과 병렬 오케스트레이션을 구현해 응답 시간과 인프라 효율을 개선했습니다.


Aurora MySQL에 몰리던 외부 연계 데이터와 약관 동의 데이터를 DynamoDB와 S3로 분리해 저장 구조를 개선했습니다. 이를 통해 읽기 부하와 처리 지연을 줄이고, 트래픽 증가에도 안정적인 운영 기반을 마련했습니다.

Jira Automation으로 반복적인 티켓 관리와 필드 입력을 줄이는 방법을 소개했습니다. 트리거, 조건, Smart Value, 웹 요청을 활용한 Slack 알림 사례도 다뤘습니다.


실시간 채팅 중심 고객센터를 게시판 기반 케이스 운영으로 전환해 응답과 해결 시간을 줄였습니다. 자동 정보 주입과 통합 어드민으로 품질과 운영 효율도 함께 높였습니다.


올리브영 주문결제 스쿼드가 KPT 회고로 문제를 실행 과제로 바꾸며 협업 문화를 개선했습니다. PR 템플릿, 데일리 스크럼, 장바구니 캐싱으로 코드 품질과 운영 안정성도 높였습니다.

MySQL의 DATETIME과 TIMESTAMP 데이터 타입을 비교·분석하는 글입니다. 다만 발췌만으로는 구체적인 차이와 결론을 충분히 확인하기 어렵습니다.


Trino는 빠른 실시간 분석과 멀티 소스 조인에 적합하고, Spark는 대규모 배치와 ETL에 유리하다고 설명했습니다. 두 엔진을 역할 분담하는 하이브리드 전략과 Trino의 운영 한계도 함께 정리했습니다.
지번주소와 도로명주소의 구조, 표기 방식, 코드 체계를 정리했습니다.\n주소 데이터를 표준화해 위치 기반 서비스에 활용하는 방법을 설명했습니다.

Redis 신규 커넥션 증가 현상을 추적해 파이프라이닝과 커넥션 풀, Elasticache timeout의 영향을 확인했습니다. FIFO 전환과 IDLE 커넥션 정리 방법도 함께 정리했습니다.


MySQL InnoDB의 넥스트 키 락을 2원 2규칙으로 정리해 동작 원리를 설명했습니다. 동등 조건, 범위 조건, LIMIT, DESC 정렬에서의 잠금 차이도 예제로 살펴보았습니다.