본문 바로가기

직접 만든 소프트웨어, 두 가지 개발 기록

구현 구조와 적용 범위, 확인한 기능과 남은 한계를 함께 기록합니다.

cloudflare4

Cloudflare Durable Objects 자동 재시도: 기존 Worker 재시도와 겹치면? Cloudflare Durable Objects의 자동 재시도를 검토 중이라면, 먼저 지금 운영 중인 Worker 쪽 재시도를 찾아보세요. 호출을 다시 보낼 수 있는 연결 오류에서 런타임이 이미 재시도하기 때문에, 호출 코드까지 같은 종류의 오류를 다시 보내면 시도 횟수가 겹칠 수 있습니다. 그리고 이미 한 번 실행됐을 가능성이 있는 쓰기는 더 조심해야 합니다. 재시도가 있다는 소식과 같은 작업을 다시 실행해도 안전하다는 판단은 서로 다릅니다.Cloudflare는 2026년 11월 5일 변경 기록에서 이 동작을 안내했습니다. 이 글은 Worker가 Durable Object의 스텁, 즉 원격 객체에 요청을 보내는 손잡이를 만들어 fetch()나 RPC로 호출하는 팀을 위한 설명입니다. 11월 8일 공식 .. 2026. 11. 9.
DNS_PROBE_FINISHED_NXDOMAIN 해결: 도메인·네임서버·DNS 레코드·캐시 점검 그림: 정확한 호스트 이름부터 네임서버·DNS 응답·캐시를 순서대로 확인하는 NXDOMAIN 진단 흐름입니다. 직접 제작한 개념도입니다.브라우저에 DNS_PROBE_FINISHED_NXDOMAIN이 표시되면 HTTP 서버까지 도달하기 전에 이름 해석이 실패했을 수 있습니다. 서버 재시작보다 주소 오타, 도메인 등록 상태, 네임서버 위임과 요청한 호스트의 레코드를 먼저 확인하세요. 루트 도메인과 www는 서로 다른 이름이므로 한쪽이 열려도 다른 쪽이 자동으로 연결되지는 않습니다.1. NXDOMAIN과 다른 DNS 실패를 구분하기DNS 응답의 NXDOMAIN은 조회한 이름이 존재하지 않는다는 의미입니다. 기존 이름에 요청한 형식의 레코드만 없는 응답(NODATA), DNS 서버 처리 실패(SERVFAIL),.. 2026. 9. 27.
기업용 CDN 선택: AWS CloudFront와 Cloudflare 캐시·원본·비용 비교 그림: CDN 선택은 공급사 이름보다 원본·캐시 키·비용 구조를 함께 검토하는 과정입니다.사이트가 느려 CDN을 도입하거나 바꾸려면 “어느 서비스가 빠른가”보다 무엇을 캐시하고, 원본에 무엇을 전달하며, 비용을 어떻게 예측할지를 먼저 정해야 합니다. AWS CloudFront와 Cloudflare를 운영 관점에서 비교하고 작은 실험으로 선택하는 방법을 정리합니다.1. CDN을 도입하기 전 문제를 측정한다이미지·CSS·JS 같은 정적 파일의 전송 지연인지, 로그인 후 동적 API 응답이 느린지 구분합니다. 지역별 응답 시간, 캐시 적중률, 원본 요청 수, 트래픽, 전송량을 기록하세요. 동적 API가 느린데 정적 파일 캐시만 늘리면 체감 개선이 작을 수 있습니다. CDN 앞에 놓을 도메인과 원본 인증 방식도.. 2026. 9. 26.
기업용 WAF 선택 기준: AWS WAF·Cloudflare 비교와 오탐·비용 체크리스트 그림: 차단율과 정상 요청의 오탐을 함께 검증하세요.웹 서비스에 WAF를 붙이려는 팀은 차단 기능 목록보다 보호할 경로, 정상 요청의 오탐, 운영 비용을 먼저 정의해야 합니다. AWS WAF와 Cloudflare WAF는 관리형 규칙을 제공하지만 적용 위치와 로그·요금 구조가 다릅니다. 제품 데모 전에 검증할 질문을 정리합니다.1. 무엇을 보호할지 먼저 정한다로그인, 검색, 결제, API를 나누고 최근 공격 사례와 정상 요청 중 차단되면 곤란한 경로를 수집하세요. 봇 요청 속도 제한과 취약점 패턴 차단은 다른 과제입니다. WAF는 인증, 코드 보안 수정, 전체 DDoS 대응을 대신하지 않습니다. 누가 어떤 로그를 보고 차단을 되돌릴지도 정해야 합니다.2. 같은 조건으로 두 제품을 비교한다항목AWS WAF.. 2026. 9. 25.