Velopers 홈

새로운 기술 블로그가 추가되었어요

아임웹

오늘 새 글

0개

오늘 조회수

149회

필터 0

선택된 필터 없음

2025년 8월 11일

백엔드

MySQL InnoDB Log에 대한 이해 - (1)

MySQL InnoDB의 Redo Log와 WAL 개념을 개요 수준에서 설명한 글입니다. 트랜잭션 무결성과 영속성 관점의 로그 관리 흐름을 정리했습니다.

#MySQL#InnoDB

141005분

2025년 8월 11일

“이 옷 뭐지?” 스냅 이미지를 AI로 검색해 본 6주간의 여정

스냅 이미지를 검색어로 활용하는 이미지·자연어 검색 PoC를 6주간 검증했습니다. 객체 탐지, 임베딩, 벡터 검색으로 유사 상품 추천과 스타일 검색 가능성을 확인했습니다.

#AWS#LLM

219005분

2025년 8월 11일

고수준의 문제해결에 집중하기 위해

제품 개발 과정의 정보 파편화와 동기화 비용을 줄이기 위해 AI 가상 구성원을 도입한 사례를 소개했습니다. LLM을 맥락 연결과 번역의 허브로 활용해 협업 문화와 실행력을 높이는 방향을 제시했습니다.

전 세계 18억 명이 사용하는 삼성 계정 서비스, 리전 규모 장애가 발생한다면?

삼성 계정의 리전 단위 장애 대응을 위해 Active-Active DR 아키텍처와 트래픽 전환 체계를 고도화한 사례입니다. Route 53 ARC와 CloudFront를 적용해 잔여 트래픽과 네트워크 지연을 줄였습니다.

삼성계정 서비스, 대규모 트래픽 속 Amazon MSK 를 이용한 무 중단 Database 스키마 전환

삼성 계정 서비스에서 대규모 트래픽을 유지한 채 개인정보 컬럼 암호화와 DB 스키마 전환을 수행한 사례를 소개했습니다. AWS MSK, Debezium, DNS 가중치 전환으로 무중단 마이그레이션과 롤백 대비를 구현했습니다.

월 수십억 원 광고 수익의 비밀: 알라미 팀은 왜 SSP를 직접 만들었을까?

알라미 팀이 왜 SSP를 직접 만들었는지, OpenRTB와 실시간 경매 구조로 설명했습니다. Go, Kafka, ClickHouse 기반 아키텍처와 수익 최적화 운영 노하우도 소개했습니다.

삼성계정 서비스, 대규모 트래픽 속 무 중단 클라우드 인프라 업그레이드의 비결

삼성계정은 대규모 트래픽 속에서도 무중단 EKS 업그레이드를 위해 멀티 클러스터와 DNS 기반 트래픽 전환을 적용했습니다. 한 달간 3개 리전, 6개 클러스터를 전환하며 연동 서비스 이슈 없이 업그레이드를 마쳤습니다.

그 많던 메시지는 누가 다 먹었을까?

카카오뱅크 알림탭에서 발생한 간헐적 동시성 문제를 ShardingSphere 내부 상태와 초기화 경쟁으로 분석했습니다. SQL 대체와 Warm-Up으로 해결하고, 핵심 라이브러리 관리 체계도 도입했습니다.

#동시성#ShardingSphere

80005분

인도 사용자들이 이해하는 금융 용어의 차이점 (3)

2025년 8월 8일

기타

인도 사용자들이 이해하는 금융 용어의 차이점 (3)

인도 사용자 리서치를 바탕으로 금융 용어를 더 직관적인 표현으로 바꾼 사례를 소개했습니다.용어 수정과 보조 설명, A/B 테스트로 이해도와 클릭 반응을 개선했습니다.

백엔드팀에 합류하면 얻게 될 성장 경험 TOP3

포스타입 백엔드팀이 강조하는 성장 포인트는 대규모 트래픽 운영, 코드 리뷰 문화, 합리적 의사결정이었습니다. 좋은 동료와 함께 안정성과 품질을 높이며 성장할 수 있는 환경을 소개했습니다.

HashiCorp Vault를 활용한 SSH 인증서 기반 서버 접속 구현

HashiCorp Vault의 SSH Secrets Engine을 이용해 SSH 인증서 기반 서버 접속을 구성하는 방법을 정리했습니다. Vault CA와 정책, 토큰, SSH 서버 설정을 통해 중앙 집중식 접근 제어를 구현했습니다.

[AWS Summit Korea 2025] 오픈소스로 점검하는 AWS 인프라 보안: 자동화로 시작하는 클라우드 보안 혁신

AWS 설정 오류로 생기는 보안 위험을 줄이기 위해 자동 점검의 필요성을 다뤘습니다. Prowler와 Service Screener로 CI/CD와 정기 점검을 구성하는 방법을 소개했습니다.

#AWS#보안

78005분