Cloudflare는 DNS 변경 이벤트가 영향을 주는 레코드와 메타데이터만 다시 만드는 planner와 같은 zone의 작업을 합치는 scheduler를 도입했습니다. 회사가 공개한 24시간 집계에서 빌드의 92.95%가 전체 zone 재빌드를 피했고, working-set 메모리 피크는 79 GiB에서 12 GiB로 감소했습니다. 변경부터 Quicksilver 기록까지의 중앙값은 약 7.7초에서 3.3초로 줄었으며, 전 세계 네트워크로 배포하는 시간은 이 측정에 포함되지 않습니다.
Tangled가 웹 화면과 인덱서를 분리하고, 이슈·PR·댓글 등 협업 기록을 코드 저장소를 호스팅하는 knot에 Git 객체 형태로 저장하는 새 구조를 발표했습니다. 기록은 AT Protocol firehose로 동기화되며, 작성·수정 정보는 사용자의 PDS에 남기는 attestation으로 연결합니다. 비공개 저장소와 CLI 등은 발표 당시 향후 공개 예정이었습니다.
Jepsen이 Orkes Conductor 5.3.2와 후속 버전을 장애 주입 테스트한 결과, 워크플로가 영구히 방치되거나 사라지고 실행되지 않은 채 완료 처리되는 안전성 문제가 확인됐습니다. Orkes는 주요 문제를 5.5.0과 5.5.6에서 수정했지만, 중복 태스크 실행과 클라이언트 오류 처리, 저장소의 내구성은 별도로 고려해야 합니다.
No Kings의 Instagram 계정이 일시 정지된 일을 두고 Techdirt는 의도적 검열인지 자동 시스템의 오류인지보다 단일 사업자가 계정을 끊을 수 있다는 구조가 문제라고 주장합니다. 공개 채널과 분산형 플랫폼을 함께 활용하고, 계정 정지에 대비한 대응 계획을 마련하라고 제안합니다.
에이전트의 재시도 문제는 모델의 추론보다 요청 결과가 불명확한 상황과 외부 부작용을 어떻게 기록·통제하느냐에 달려 있습니다. 세 글은 작업 의도와 멱등성 키, 애플리케이션이 소유하는 워크플로 상태, 독립적인 대사를 각각 다루며, 안전한 재시도에는 이 관리 방식들이 함께 필요하다고 설명합니다.
Iroh가 BitTorrent Mainline DHT와 별도의 UDP 주소 인덱스 서비스를 조합해 BLAKE3 콘텐츠 제공자를 찾는 실험적 시스템을 소개합니다. 브라우저 플러그인, 로컬 게이트웨이, Pkarr 이름을 연결해 콘텐츠 게시와 탐색까지 구현했지만, 확장성·차단 가능성·프라이버시 문제는 남아 있습니다.
웹훅 중복 처리, reconciliation, graph engineering을 다루며 에이전트 시대의 새로운 문제처럼 보이는 현상들이 사실 오래된 분산 시스템 문제의 반복임을 설명합니다. 데이터베이스 제약, 트랜잭션 경계, 독립 검증, 명시적인 워크플로 제어 흐름이 여전히 핵심입니다.
Pirate Face는 Hugging Face의 오픈 모델을 BitTorrent 자석 링크로 미러링해 단일 호스트가 사라져도 계속 배포하려는 서비스입니다. Hugging Face의 SHA-256으로 파일 무결성을 검증하고, 원본이 삭제되면 피어 간 시딩으로 다운로드를 이어갑니다.
Uber가 깊은 서비스 의존성 체인에서 재시도 폭풍을 막기 위해 '에러 소유권(error ownership)' 메커니즘을 서비스 메시지에 도입한 경험을 공유합니다. 에러를 실제로 발생시킨 서비스의 직접 호출자에게만 재시도를 허용해, 최대 재시도 폭풍 반경을 25에서 3으로 줄였고 실제 장애에서 약 950만 건의 불필요한 요청을 차단했습니다.