데카트론 독일, 웹 결제에 유럽식 계좌이체 ‘웨로’ 붙였다
데카트론 독일이 자사 웹사이트 결제 수단에 유럽 결제 이니셔티브의 웨로를 도입했다. 카드 네트워크를 거치지 않는 실시간 계좌 간 결제로 수수료를 낮추고, 멤버십과 결제를 묶어 고객 유지까지 노리는 움직임이다.
- 1
데카트론 독일은 7월 20일부터 decathlon.de에 웨로 결제를 적용
- 2
웨로는 카드번호를 가맹점에 넘기지 않고 은행 앱 생체 인증으로 실시간 계좌 이체를 처리
- 3
유럽 내 활성 사용자는 2025년 8월 4,300만 명에서 2026년 7월 약 5,600만 명까지 증가
- 4
데카트론은 독일 내 약 110개 오프라인 매장에도 웨로 도입을 준비 중
한국 개발자에게 직접적인 결제 레일 이슈는 아니지만, 카드 네트워크 의존을 줄이려는 유럽 리테일·은행권의 움직임은 꽤 볼 만하다. 대형 커머스가 결제를 단순 체크아웃 기능이 아니라 수수료, 멤버십, 고객 락인 전략으로 묶는 사례임.
관련 기사
SIMD는 고수 전용 흑마법이 아니라, 모든 개발자가 알아야 할 반복문 최적화임
미첼 하시모토가 SIMD를 ‘복잡한 고성능 영역’으로만 볼 필요가 없다고 설명한 글이다. Ghostty의 실제 Zig 코드를 예로 들며, 큰 배열이나 문자열을 훑는 뜨거운 반복문은 벡터 너비만큼 한 번에 처리하는 5단계 패턴으로 생각할 수 있다고 풀어낸다.
스타트업이 Postgres로 버티려면 알아야 할 생존 팁
Hatchet이 2년 동안 프로덕션 Postgres를 굴리며 겪은 문제를 스키마, 쿼리, 마이그레이션, 커넥션, 쿼리 플래너, autovacuum, 파티셔닝까지 한 번에 정리한 글이다. 핵심은 “인덱스만 붙이면 끝”이 아니라, 락·통계·배치·부풀어 오른 테이블까지 운영 관점에서 같이 봐야 한다는 점이다.
Julia Evans가 Django로 ‘2010년식 웹사이트’를 만들며 좋았던 것들
Julia Evans가 프론트엔드 중심의 작은 앱 대신, SQL 데이터베이스와 서버 렌더링 HTML을 쓰는 Django 방식으로 웹사이트를 만들며 느낀 장점과 불편함을 정리했다. QuerySet, 템플릿 필터, 자동 마이그레이션은 생산성을 높였고, 클래스 기반 뷰와 성능 설정은 여전히 고민거리로 남았다. 특히 템플릿 캐시 설정 하나로 처리량이 초당 2-3 요청에서 약 12 요청으로 오른 대목이 실전적이다.
클릭하우스가 PgBouncer 처리량을 4배로 끌어올린 방법
ClickHouse Managed Postgres 팀은 단일 스레드인 PgBouncer를 여러 프로세스로 띄우고 `so_reuseport`와 피어링(peering)을 조합해 16 vCPU 머신을 제대로 쓰게 만들었다. 동일한 AWS 환경에서 단일 프로세스는 약 8.7만 TPS 근처에서 막혔지만, 16개 프로세스 구성은 약 33.6만 TPS까지 올라갔다.
SQLite 쓸 거면 STRICT 테이블을 기본값으로 보자는 주장
SQLite의 STRICT 테이블은 INTEGER 컬럼에 문자열이 들어가는 식의 타입 실수를 막아주는 기능이다. 글쓴이는 SQLite 특유의 유연한 타입 시스템보다, 실수는 빨리 터뜨리는 쪽이 실무에서 낫다고 주장한다. 다만 기존 테이블을 바로 STRICT로 바꾸기 어렵고, SQLite 3.37.0 이상에서만 쓸 수 있다는 제약도 있다.
댓글
댓글
댓글을 불러오는 중...