주제
소프트웨어 수명 주기와 락인
주제 패싯에서 소프트웨어 수명 주기와 락인 주제 인텔리전스는 특정 주제를 공유하거나 같은 신호와 모니터링 테마에 초점을 둔 기사를 연결합니다. 이 페이지는 관련 보도, 출처 증거, 시장 참여자, 인프라 영향을 아우르는 더 풍부한 탐색 경로를 제공하며, 기업의 움직임, 거버넌스 결정, 지역 노출, 운영 위험 전반에서 이 주제가 왜 중요한지 이해할 수 있을 만큼 충분한 맥락을 담습니다. 독자는 일치하는 기사 목록만 보고 멈추지 않고, 해당 주제 이면의 반복 신호, 영향을 받는 조직, 공개 증거, 시장 맥락, 서비스 연속성, 조달, 경쟁, 규정 준수, 전략 기획 관련 질문을 비교할 수 있습니다. 이 페이지는 해당 주제가 무엇을 다루는지, 어떤 인프라 주체나 정책이 관련되는지, 어떤 증거가 보도를 뒷받침하는지, 그리고 이 주제가 운영자, 고객, 투자자, 정책 관련 독자에게 왜 중요할 수 있는지 설명합니다.
케이스 파일
스물한 개의 필드, 스무 개의 값: CrowdStrike의 처방은 절반이 산수, 절반이 책임의 이전
한 번의 콘텐츠 업데이트가 스물한 개를 기다린다고 선언한 템플릿에 스무 개의 값을 넘겼다. 그 뒤에 나온 답은 두 쪽으로 갈린다. 하나는 로그로 검증할 수 있는 쪽이고, 다른 하나는 아직 주인만 바뀐 쪽이다.
리더
아치에게는 회사도 상표도 있었지만, 양도 증서는 없었다
Bunyip Information Systems는 아치를 팔았고, 지원했고, 그 이름을 캐나다에 상표로 등록했다. 그 사실은 문서로 남아 있다. 다만 맥길 대학이 그것을 넘겼다는 장면은 어느 문서에도 없다.
역사
위키백과는 새 편집기를 기본으로 켰다. 편집자들은 선택권을 되찾았다
2013년 여름 영어 위키백과에서 로그인한 사람이 편집을 누르면 Wikimedia Foundation의 VisualEditor를 별도 신청 없이 쓸 수 있게 됐다. 재단은 위키 문법을 몰라도 글을 고칠 수 있는 길을 열고 싶었다. 그러나 매일 문서를 다듬는 편집자들은 베타 소프트웨어를 기본 경로에 놓는 결정에 반발했다. 공동체는 공개 토론으로 자발적 사용을 요구했고, 9월 재단은 기본 설정을 바꿨다고 밝혔다. 작은 설정 하나가 다음 자원봉사자의 작업 방식을 누가 정하는지 드러냈다.
역사
Firefox는 피드를 꽂을 책장을 만들었다. 그리고 책장을 치웠다.
2004년에는 사이트가 RSS 주소를 알리면 Firefox가 새 글 제목으로 채워지는 라이브 북마크 폴더를 제안했다. 2018년 12월 Firefox 64는 내장 피드 미리보기와 라이브 북마크를 없앴다. Mozilla는 구독 주소를 OPML 파일로 내보내고, 연결된 사이트 주소가 있을 때만 일반 북마크를 남겼다. 원래 사이트의 발행은 이어졌다. 브라우저가 그 새 글을 독자의 일상으로 가져오던 통로가 사라졌다.
역사
MDN 위키는 저장하면 공개됐다. Yari는 그 앞에 검토자를 세웠다.
MDN 문서에서 오류를 발견한 사람은 예전에는 페이지 안에서 바로 고치고 저장할 수 있었다. 2020년 말 Mozilla는 그 경로를 GitHub 풀 리퀘스트로 바꿨다. 수정안은 먼저 검토와 병합을 거친 뒤 공개 문서에 반영됐다. 잘못된 내용을 독자에게 보이기 전에 막을 수 있게 된 대신, 한 줄을 고치려는 사람도 더 이상 혼자서 즉시 공개할 수 없었다.
역사
Google은 옛 로그인의 종료일을 정했다. 계정 이관 표준은 나흘 전에 확정됐다.
Google은 2015년 4월 20일 OpenID 2.0 지원을 끝내겠다고 알렸다. 기존 계정의 신원을 OpenID Connect의 새 신원과 이어 주는 최종 표준은 4월 16일에 승인됐다. 개발자에게 나흘만 주어진 것은 아니다. Google은 2014년부터 날짜를 공개했다. 어려운 일은 버튼을 바꾸는 데 있지 않았다. 새 자격 증명을 들고 온 사람에게 옛 계정의 기록과 권한을 건네도 되는지, 그 사이트가 직접 증명해야 했다. 새 로그인은 성공해도 계정은 비어 있거나 잘못 연결될 수 있었다.
크리에이터
PeeringDB 새 API는 지금을 빠르게 한다. Andy Clyde는 2019년을 찾는다
최신 데이터의 속도에는 목표가 있다. IX 분석을 다시 돌릴 과거 기록에는 아직 보존 기간이 없다.
역사
W3C는 영상의 입구를 표준화했다. 복호화 열쇠는 다른 손에 남았다.
2017년 암호화 영상 논쟁에서 가장 중요한 문은 브라우저 안에 있었다. W3C는 웹페이지가 복호화 시스템과 대화하는 공통 절차를 만들었다. 그러나 실제 복호화 모듈의 설계와 이용 조건은 여전히 각 공급자의 영역이었다. EFF는 그 모듈을 조사하는 사람을 보호할 약속을 요구했다. W3C는 약속 없이 표준을 추진했고, 회원들은 항소를 표결했다. 누가 문을 설계하고 누가 열쇠를 쥐는지 드러난 순간이었다.
역사
Knol은 저자에게 빨간 펜을 줬다. 전등 스위치는 Google이 쥐었다.
Knol의 저자는 자기 이름으로 글을 쓰고, 독자가 제안한 수정을 받아들일지 결정하고, 광고를 게재할지도 선택할 수 있었다. Google은 이를 저자의 편집권으로 내세웠다. 하지만 페이지를 보관하고 검색에서 배열하며 공개가 끝나는 날짜를 정한 곳도 Google이었다. 2011년 종료 공지는 두 권한을 서로 다른 날짜로 쪼갰다. 일반 독자의 열람은 2012년 4월 30일 이후 끝났고, 저자의 내려받기와 내보내기는 10월 1일까지 이어졌다. 원고를 가져갈 시간은 줬지만 열람실은 먼저 닫았다.
크리에이터
AI가 16분 만에 16쪽을 썼다. Andrei Dinu는 라우터 쓰기 권한을 주지 않았다
InterLAN IX의 자동화는 여러 장비를 바꾸고 되돌린다. AI 조수는 읽고 계획할 뿐이다.
크리에이터
Terry Sweetser의 IPv6 망에서 qBittorrent는 여전히 IPv4 출구를 골랐다
네이티브 IPv6와 열린 IPv6 포트가 있어도 BitTorrent 트래픽의 절반 이상이 NAT를 지났다. 원인은 라우터가 아니라 ‘모든 인터페이스’를 허용한 클라이언트 설정이었다.
크리에이터
Spiro Stathakis는 EKS를 IPv6로 바꿨다. 먼저 꽉 찬 것은 IPv4 /28이었다
Pod에는 IPv6가 붙었다. 노드와 이중 스택 서비스 엔드포인트는 여전히 IPv4 주소를 썼고, isp6가 남겨 둔 최소 서브넷은 금세 부족해졌다.
크리에이터
Barry O’Donovan의 CRA 기준: 조직이 아니라 제품마다 역할이 갈린다
RIPE 93에서 INEX 개발자는 Cyber Resilience Act가 같은 조직에도 제품별로 다른 역할을 부여할 수 있다고 설명했다. 네트워크 운영자에게 이 구분은 소프트웨어 공급망에서 누가 보안 대응을 맡는지 결정한다.
역사
Buzz는 Gmail 연락 상대를 팔로우 관계로 만들었다. ‘싫다’로는 끝나지 않았다.
2010년 구글은 Buzz를 친구 목록을 새로 만들 필요가 없는 소셜 서비스로 소개했다. Gmail에서 이메일과 채팅을 자주 주고받던 사람을 자동으로 팔로우하게 해 준다는 것이었다. 개인적인 연락 기록이 공개 가능성이 있는 새 관계의 설계도가 됐다. 미국 연방거래위원회는 나중에 안내를 거절하거나 Buzz를 꺼도 일부 사용자가 타인에게 팔로우되거나 공개 프로필에 나타날 수 있었다고 소장에서 설명했다. 최종 합의는 특정한 새 정보 공유에 명확한 동의를 요구했고, 제품이 사라진 뒤에도 이어질 독립 평가…
역사
Mozilla는 브라우저를 Firebird라 불렀다. Firebird는 이미 있었다
Firefox의 첫 이름은 Phoenix였다. 같은 이름을 쓰는 회사의 요청을 받은 Mozilla가 Firebird로 바꾸자, 이번에는 Firebird 데이터베이스 개발자들이 반대했다. 2004년 2월 브라우저는 Firefox라는 세 번째 이름으로 나왔다. 이름을 세 번 고른 우스운 이야기처럼 들리지만, 당시 기록은 실무적인 질문을 남긴다. 두 오픈소스 프로젝트가 한 이름을 쓰게 되면 이용자와 배포자에게 차이를 설명할 비용은 누가 치르는가.
역사
특허 사용료는 0원. 그래도 Apache는 Sender ID를 싣지 않았다
2004년 Apache Software Foundation은 IETF 메일 작업 그룹에 Microsoft의 Sender ID 특허 조건으로는 SpamAssassin과 JAMES에 해당 기술을 넣을 수 없다고 통보했다. 쟁점은 사용료 액수가 아니었다. 코드를 고치고 다시 배포할 때 특허상의 권리가 다음 사람에게 어떻게 넘어가는지가 문제였다. 2006년 IETF가 Sender ID와 경쟁 방식 SPF를 나란히 실험 문서로 발표했을 때는 같은 DNS 기록을 서로 다른 발신자에 대한 허가로 읽을 위험도…
역사
구글은 모든 웹페이지 옆에 댓글을 붙였다. 그리고 그 칸을 닫았다.
2009년에는 사이트 운영자가 댓글창을 열지 않아도 방문자가 그 페이지 옆에 글을 쓸 수 있었다. Google Toolbar의 Sidewiki가 브라우저에 별도의 옆 칸을 띄웠기 때문이다. 구글은 글의 순서를 정했고, 같은 문장을 담은 다른 페이지 옆에도 한 주석을 보여줄 수 있었다. 2011년 구글은 서비스를 중단하겠다고 알리며 작성자에게 내용을 내려받을 몇 달을 주겠다고 했다. 원래 페이지는 운영자에게 남았다. 곁의 대화가 열린 장소는 다른 주인의 것이었다.
역사
도서관은 트윗의 글을 받았다. 사진은 문밖에 남았다.
미국 의회도서관은 2010년 Twitter가 시작된 뒤의 공개 트윗을 모두 받아 보존하겠다고 했다. 수십억 건을 받아서 떨어진 두 곳의 테이프에 보관하는 설비도 만들었다. 그러나 누군가 “이 사진을 보라”고 쓴 글의 사진은 그 설비를 지나지 않았다. 2017년 도서관이 전량 수집을 끝내고 앞으로는 골라서 받겠다고 했을 때, 그 사실을 이유 가운데 하나로 들었다. 글은 쌓였고 게시물은 점점 시각적으로 변했다. 12년 치 글은 남았다. 그 글이 가리키는 장면은 처음부터 다른 곳에 있었다.
역사
메일을 받지 않는 서버의 침묵에 다른 서버들이 며칠을 기다렸다
DNS만 처리하거나 시간을 알려 주는 컴퓨터에도 누군가는 이메일을 보낼 수 있다. 1995년, 그 컴퓨터에 메일 프로그램이 없으면 보내는 쪽은 응답 없는 연결을 일시적인 장애로 취급해야 했다. 잘못 보낸 편지는 대기열에 남아 며칠 동안 다시 배달을 시도했다. 받지 않는 쪽은 아무 일도 하지 않았고 보내는 쪽만 저장 공간과 시간을 썼다. 두 엔지니어는 메일을 받지 않는 기계가 최소한의 메일 프로그램을 돌려 ‘앞으로도 안 받는다’고 답하게 하자고 제안했다.
역사
Google은 동영상을 내려받게 팔았다. 그러고는 재생이 끝난다고 알렸다.
돈을 내고 받은 파일은 이미 구매자의 컴퓨터에 있었다. 그런데 Google은 2007년 유료 동영상 다운로드 사업을 접으면서 그 파일들을 더는 재생할 수 없게 된다고 통지했다. 항의가 이어지자 자체 결제 잔액 대신 카드 환불을 약속하고 재생 지원을 여섯 달 늘렸다. 파일의 보관 장소와 재생 가능 기간을 결정하는 곳은 달랐다.