본문으로 건너뛰기

인텔리전스

최신 기사

인프라 운영 주체, 정책 결정, 시장 동향, 디지털 권력 이동에 관한 최신 인텔리전스입니다.

Fastly, 도메인을 서비스 릴리스에서 분리하다. 구매자는 여전히 인수 인계를 스스로 준비해야 한다

글로벌 클라우드 서비스 동향

Fastly, 도메인을 서비스 릴리스에서 분리하다. 구매자는 여전히 인수 인계를 스스로 준비해야 한다

공개 주소는 여러 애플리케이션 팀보다 오래 남을 수 있습니다. Fastly의 버전리스 도메인은 이 분리를 관리하기 쉽게 만들지만, 상업적 이점은 기존 이름 뒤에 새 운영자를 배치할 수 있는 증명과 권한을 누가 보존하느냐에 달려 있습니다.

2026년 9월 3일
버전 번호는 살아남았다. 보안 프레임워크는 그렇지 못했다: RFC 1441

역사

버전 번호는 살아남았다. 보안 프레임워크는 그렇지 못했다: RFC 1441

SNMP의 오래된 역사적 개그 중 하나에서, 메시지 래퍼의 정수 `1`은 커뮤니티 기반 SNMP 버전 2를 의미할 수 있습니다. 산술 자체는 무해합니다. 문제는 그것이 부르는 가정입니다. 버전 필드는 수신자에게 메시지 처리 방법을 알려줄 뿐, 그 메시지 뒤에 어떤 보안 모델, 접근 제어 정책, 관리 체계가 서 있는지 그 자체로 드러내지 않습니다. 표준 트랙 도입 문서로서 RFC 1441의 짧은 생애는 이 구분을 유난히 선명하게 보여 줍니다.

2026년 9월 3일
알람은 살아 있었다. 다른 관리자로의 경로는 만료되어 있었다: RFC 1451

역사

알람은 살아 있었다. 다른 관리자로의 경로는 만료되어 있었다: RFC 1451

모니터링 스테이션은 여전히 샘플링을 수행하고 있었다. 임계값은 운영자가 구성한 의미를 그대로 담고 있었다. 이벤트 정의도 여전히 존재했다. 그러나 스테이션에 다른 관리자에게 알림을 보내는 방법을 지시하던 행은 스스로를 소진시키며 파괴될 수 있었다. RFC 1451은 운영 연속성을 작은 갱신 행위에 의존하게 만들었고, 알람의 존재가 그 수신측이 여전히 존재한다는 증거가 결코 아니었던 이유를 드러냈다.

2026년 9월 3일
사용자명은 사람처럼 보였지만 네임스페이스는 슬롯만 약속했다: RFC 1439

역사

사용자명은 사람처럼 보였지만 네임스페이스는 슬롯만 약속했다: RFC 1439

1993년, 이름을 이메일 계정으로 바꾸는 깔끔한 규칙은 어떤 디렉터리 카드도 숨길 수 없는 문제와 마주했다. 두 사람이 같은 문자열을 만들 수 있었고, 성공한 전송조차 엉뚱한 사람에게 도달할 수 있었다. RFC 1439는 이 충돌을 단순한 사무적 지저분함이 아니라 읽을 수 있는 식별자가 증명할 수 있는 것의 한계로 다루었다.

2026년 9월 3일
Wasabi의 스토리지 청구서는 최신 파일만 기억하지 않는다

글로벌 클라우드 서비스 동향

Wasabi의 스토리지 청구서는 최신 파일만 기억하지 않는다

객체 하나를 덮어쓰면 여러 세대가 청구서에 남을 수 있습니다. 짧아진 최소 보존 기간, 새 청구서, 새 요금제는 각각 그 이력의 서로 다른 부분을 바꿉니다.

2026년 9월 3일
David Benjamin과 일반 권한이 되지 않은 호환성 코드 포인트

IETF

David Benjamin과 일반 권한이 되지 않은 호환성 코드 포인트

구형 암호화 장치 하나가 매우 특정한 지점에서 현대 프로토콜 마이그레이션을 실패하게 만들 수 있습니다. 이 치유책은 그 특정성을 보존할 때만 의미가 있습니다. RFC 9963은 레거시 클라이언트 서명을 위한 제한된 경로를 열 뿐, 구식 스킴에 대한 일반적인 TLS 1.3 권한을 다시 열지 않습니다.

2026년 9월 3일
파일은 도착했다. 수신자는 아직 수락하지 않았다: RFC 1440

역사

파일은 도착했다. 수신자는 아직 수락하지 않았다: RFC 1440

1993년, 하나의 실험적 인터넷 프로토콜이 네트워크가 소포를 전달하듯 파일을 전달하려 했다. 발신자는 목적지에 로그인하지 않고 파일을 밀어 넣었고, 수신 호스트는 이를 따로 두었으며, 지명된 수신자가 나중에 어떻게 할지 결정했다. 그 편의는 지금도 상태 화면이 지워버리는 구별에 의존했다. 전송은 끝났을 수 있어도 수락은 시작되지 않았을 수 있었다.

2026년 9월 3일
Al Morton과 서비스 약속이 되지 않은 용량 측정 테스트

IETF

Al Morton과 서비스 약속이 되지 않은 용량 측정 테스트

속도 측정은 특정 방법, 경로, 시점에 대한 근거가 될 수 있습니다. 그러나 그 제한된 결과가 미래의 모든 세션, 요금제, 애플리케이션 또는 전체 네트워크에 대한 약속으로 확대되는 순간 신뢰를 잃습니다.

2026년 9월 3일
Cédric Fournet과 완전성을 보증하지 않는 영수증

IETF

Cédric Fournet과 완전성을 보증하지 않는 영수증

서명된 증명은 항목과 트리 상태 사이의 정확한 관계를 입증할 수 있습니다. 그러나 그 자체의 형식만으로 로그를 완전하고 신뢰할 수 있으며 여전히 유효한 역사로 바꾸어 주지는 않습니다.

2026년 9월 3일
WAN 세션은 연결됐지만 양단 단말은 여전히 각자의 링크: RFC 1434

역사

WAN 세션은 연결됐지만 양단 단말은 여전히 각자의 링크: RFC 1434

한 단말이 받는 확인은 같은 서버실 안의 스위치 노드에서 온 것일 수 있고, 그 순간 원격 단말은 아직 연결되지도 않았습니다. RFC 1434는 이 간극을 감추는 대신 로컬 링크, 스위치 회로, WAN 전송을 각자 따로 실패할 수 있는 상태로 나누고, Data Link Switching이 세 계층 사이에서 릴레이를 맡게 했습니다.

2026년 9월 3일
Christian Amsüss와 상위 리졸버를 보호하지 않은 DoC 보안 컨텍스트

IETF

Christian Amsüss와 상위 리졸버를 보호하지 않은 DoC 보안 컨텍스트

보호된 DNS-over-CoAP 교환은 중요한 사실이 될 수 있지만, 리졸버 경로 전체에 대한 이야기로 확장될 수는 없습니다. Christian Amsüss가 공동 저자로 참여한 RFC 9953은 DoC가 DTLS, TLS 또는 OSCORE 컨텍스트를 공유하는 당사자 간에 기밀성과 무결성을 제공할 수 있다고 명시하면서도, DoC 서버가 상위에서 보호되지 않는 DNS over UDP를 사용할 수 있다고 밝힙니다. 첫 번째 사실이 두 번째 사실은 아닙니다.

2026년 9월 3일
부호는 정렬됐다. 회선에는 여전히 허가가 필요했다: RFC 1394

역사

부호는 정렬됐다. 회선에는 여전히 허가가 필요했다: RFC 1394

두 글자짜리 도메인, 텔렉스 앤서백, 전화 접두 번호가 모두 같은 나라를 가리키면서도 메시지가 갈 곳이 없을 수 있었습니다. RFC 1394는 이런 대응 관계를 한 표에 담아 유용하게 만들었지만, 동시에 표의 한계도 표시했습니다. 값은 틀릴 수 있고, 빈 칸은 남을 수 있으며, 게이트웨이는 별개였고, 연결이 존재하지 않을 수도 있었으며, 모든 부호가 일치한 뒤에도 정치적 허가가 접촉을 막을 수 있었습니다.

2026년 9월 3일
Snowflake의 AI 예산, 한도를 초과하는 시점과 멈추는 시점은 같지 않다

글로벌 클라우드 서비스 동향

Snowflake의 AI 예산, 한도를 초과하는 시점과 멈추는 시점은 같지 않다

비용을 계산할 대상, 이용을 제한할 수 있는 상대, 제한이 적용되기까지의 시간. Snowflake의 예산 관리에서는 이 세 가지를 구분해 생각해야 한다. CoWork 경유의 Agent 호출은 그 경계를 구체적으로 보여준다.

2026년 9월 3일
Paul Wouters와 협상 영수증이 아니었던 IKEv2 요구사항

IETF

Paul Wouters와 협상 영수증이 아니었던 IKEv2 요구사항

“MUST implement”는 배포 보고처럼 들릴 수 있습니다. Paul Wouters가 공동 저자인 RFC 8247은 이를 더 좁은 목적, 즉 IKEv2 구현체들이 공유하는 알고리즘 기준선을 보장하는 데 사용합니다. 이는 두 피어가 어떤 트랜스폼을 제안했고 로컬 정책에 따라 무엇을 선택했는지, SA가 형성되었는지, ESP로 보호된 패킷이 네트워크를 통과했는지는 말하지 않습니다.

2026년 9월 3일
Bernie Volz와 아직 클라이언트를 구성하지 않은 DHCPv6 트리거

IETF

Bernie Volz와 아직 클라이언트를 구성하지 않은 DHCPv6 트리거

서버 로그는 "Reconfigure"라는 단어를 최종 판정처럼 보이게 만들 수 있습니다. 서버가 메시지를 발행했으니 클라이언트에 새 설정이 적용되었으리라는 식입니다. Bernie Volz가 공동 저자인 RFC 9915는 더 정확합니다. Reconfigure는 이후 교환을 위한 신중히 인증된 트리거이며, 그 자체만으로 클라이언트가 이를 수신했고 수용했으며 Reply를 얻었고 값을 설치했거나 네트워크 결과를 달성했다는 영수증이 아닙니다.

2026년 9월 3일
CATS OAM은 스티어링 정책을 검증할 수 있다. 해결책을 선택할 수는 없다.

IETF

CATS OAM은 스티어링 정책을 검증할 수 있다. 해결책을 선택할 수는 없다.

활성 상태의 CATS OAM 초안은 실제 가시성 공백을 메우려 하고 있다. 서비스 인스턴스는 네트워크 계층에서는 도달 가능한 상태를 유지하면서 그 뒤의 애플리케이션이 느려지거나 자원이 고갈되거나 사용 불가 상태가 될 수 있다. 네트워크 도달 가능성만으로 트래픽을 조향하는 시스템은 기술적으로는 존재하지만 운영적으로는 쓸모없는 목적지로 클라이언트를 보낼 수 있다. 이 초안은 더 많은 관측 계층을 제안한다: 링크, 경로, 인스턴스, 서비스 OAM; 네트워크와 컴퓨팅 양쪽 조건에 대한 텔레메트리; 실제로…

2026년 9월 3일
Amit Thapa Chhetri와 네팔 케이블 인터넷 뒤에 있던 긴 구축 과정

리더

Amit Thapa Chhetri와 네팔 케이블 인터넷 뒤에 있던 긴 구축 과정

Subisu의 태생은 깔끔한 창업자 신화가 아니었습니다. 공개 기록이 보여주는 것은 아직 준비되지 않은 규제 체계에 대해 아이디어를 시험하고, 사업이 하나의 기관이 되기까지 운영 업무를 이어간 팀입니다. Amit Thapa Chhetri의 역할은 그를 유일한 영웅으로 만들지 않고도 설명할 수 있다는 점에서 유용합니다.

2026년 9월 3일
Wassim Haddad와 아직 포워딩을 승인하지 않은 프리픽스

IETF

Wassim Haddad와 아직 포워딩을 승인하지 않은 프리픽스

이동 라우터는 사용할 모바일 네트워크 프리픽스를 알기 전에 홈 에이전트 등록을 가질 수 있습니다. Wassim Haddad가 공동 집필한 RFC 6276은 다음 경계를 명확히 합니다. 유효한 DHCPv6 프리픽스 위임 임대가 있어야만 해당 프리픽스가 홈 에이전트의 바인딩 캐시에 추가되며, 이는 아직 위임되지 않은 프리픽스로의 트래픽 전달을 막기 위한 조건입니다.

2026년 9월 3일
AFRINIC: 역방향 DNS 정리가 실제로 측정하는 것

스토리

AFRINIC: 역방향 DNS 정리가 실제로 측정하는 것

결함 위임 레코드의 낮은 비율이 통계에 나타난 자원 보유자의 훨씬 큰 비중에 해당할 수 있습니다. AFRINIC 데이터는 이 유지보수 부담, 이미 수행된 삭제, 아직 복구해야 할 서비스를 구분할 수 있게 해 줍니다.

2026년 9월 3일
IETF 조사는 거버넌스 문제를 진단할 수 있지만, 수정안을 승인하지는 못한다

IETF

IETF 조사는 거버넌스 문제를 진단할 수 있지만, 수정안을 승인하지는 못한다

IETF 2025년 커뮤니티 조사의 가치는 '커뮤니티'를 마음대로 인용할 수 있는 슬로건으로 압축하는 데 있지 않습니다. 측정 대상, 유효 응답, 사라질 수 없는 방법론적 한계를 함께 공개한다는 점에 있습니다. 이런 조사는 한 문제를 책임자의 시야로 들일 수는 있지만, 스스로 책임자를 지정하거나 규칙을 통과시키거나 개혁의 효과를 증명할 수는 없습니다. 조사 결과는 진단적 증거이며, 진단에서 행동으로 가려면 여전히 추적 가능한 책임 사슬이 필요합니다.

2026년 9월 3일